A
для этого линтеры есть
Насколько помню проблемы начинаются в ситуациях когда пишем чето типа
somFunc(manyParams...,
anotherParam, anotherParam2);
Size: a a a
2021 June 25
АП
Договорится об отступе - разве я писал такое? Достаточно договорится о том, что используются табы
Ставить два Таба - над чем смеётесь? Нет никакой разница с тем, что вы договоритесь ставить два пробела, а кто-то поставит 4
Ровно та же самая ситуация, поэтому вообще не аргумент. Если кто-то не соблюдает стайлгайд, не важно что в этом стайл гайде - пробелы или табы
Ставить два Таба - над чем смеётесь? Нет никакой разница с тем, что вы договоритесь ставить два пробела, а кто-то поставит 4
Ровно та же самая ситуация, поэтому вообще не аргумент. Если кто-то не соблюдает стайлгайд, не важно что в этом стайл гайде - пробелы или табы
АМ
на второй строке часть отступа придется табами делать(как у someFunc), часть пробелами
АП
Делайте только табами, например. Был отступ в два Таба - сделайте три
АМ
так someFunc может быть какой угодно длины и оно может быть не кратно табам
АМ
конечно кто-то скажем, мол не проблема, или не надо так писать... но я бы писал с пробелами шоб не думать о таком
IB
Алексей, скажите честно, когда был последний раз, когда вы действительно принимали чужую точку зрения последний раз?
АМ
если табы заменять на пробелы то зачем они нужны, как раз в любом редакторе можно настроить чтоб таб заменялся на нужное кол-во пробелов
IB
В этом и смысл, что об этом не нужно думать, тратить на это время и ресурсы, а если это еще и приведет к ошибкам в будущем, то это красный флаг сразу.
АП
А, типа хочется чтобы все аргументы были с одинаковым отступом?
Придётся пожертвовать этой возможностью :)
Придётся пожертвовать этой возможностью :)
АМ
IB
Ради чего жертвуем?
АП
Ради того, чтобы все участники проекта могли читать код так, как им удобнее. Кто-то с широкими отступами, кто-то с маленькими
Чтобы им было проще понимать код. Чтобы код был читабельный и понимабельный 😁
С другой стороны, озвученная возможность тоже не всем нужна. Это я об обязательном размещении аргументов друг под другом
Чтобы им было проще понимать код. Чтобы код был читабельный и понимабельный 😁
С другой стороны, озвученная возможность тоже не всем нужна. Это я об обязательном размещении аргументов друг под другом
IB
Если бы вы добавили слово "свой" между "читать" и "код", я бы мгновенно согласился с этим плюсом табуляции.
IB
В любом случае, спасибо за позицию и ответы.
АП
То есть вот это незнание того, что Петя использует 3 пробела у себя для табуляции, не даёт вам покоя?
IB
Не даёт покоя незнание того, что я ещё не знаю и в какой момент это всё вылезет боком, где там LinterOps пропустил что-то в конфиге и потенциальная неоплачиваемость этого времени, потраченного как на обсуждение табов vs спэйсов, так и на их адаптацию в проекте :)
На этом моё свободное время усё. Хорошего дня
На этом моё свободное время усё. Хорошего дня
АМ
Как мне используя библиотеку ws понять от кого пришел запрос ?
С клиента (как я понял) я ничего отправить не могу, только в url токен добавить
https://developer.mozilla.org/en-US/docs/Web/API/WebSockets_API/Writing_WebSocket_client_applications - тут ровно 2 параметра в конструктор передается, 1 из них урл
Но непонятно как потом этот url отсюда достать(т.е у каждого клиента)
const ws = new WebSocket.Server({ server });
...
for (const client of ws.clients)
С клиента (как я понял) я ничего отправить не могу, только в url токен добавить
https://developer.mozilla.org/en-US/docs/Web/API/WebSockets_API/Writing_WebSocket_client_applications - тут ровно 2 параметра в конструктор передается, 1 из них урл
Но непонятно как потом этот url отсюда достать(т.е у каждого клиента)
const ws = new WebSocket.Server({ server });
...
for (const client of ws.clients)
YK
Я присвоюю метадату на основі токена в гарді (nestjs) через reflect-metadata пакет, можна ще при видачі токена зберігати мапінг на користувача (сесію) в редісі чи базі. І потім із стореджа сесії по токену отримувати дані користувача в контролері ws.