x
Особенность этого обработчика в том, что он будет вызываться в ответ на close messages
Size: a a a
2020 July 30
x
не плохое, просто нужно идти и перерыть все исходники
Вы усложняете, как обычно.
Достаточно просто читать документацию. Она и без примеров достаточно ясная.
Достаточно просто читать документацию. Она и без примеров достаточно ясная.
AY
The connection read methods return a CloseError when a close message is received. Most applications should handle close messages as part of their normal error handling. Applications should only set a close handler when the application must perform some action before sending a close message back to the peer.
AY
Отличие есть. Нужно четко понимать разницу с defer
А
Особенность этого обработчика в том, что он будет вызываться в ответ на close messages
🤔 В - внимательность, там еще и описано все подробно
AY
🅚
мне нужно при потере коннекта с фронтом вызывать обработчик
AY
Вы усложняете, как обычно.
Достаточно просто читать документацию. Она и без примеров достаточно ясная.
Достаточно просто читать документацию. Она и без примеров достаточно ясная.
Плохая привычка идти читать исходники?)
А
мне нужно при потере коннекта с фронтом вызывать обработчик
Получается мой вариант не подходит ) я недочитал описание
🅚
погодите
defer же откладывает метод в отдельный лист
а нельзя добавить после defer conn.Close() просто ещё один обработчик, который сложиться в этот список?
defer же откладывает метод в отдельный лист
а нельзя добавить после defer conn.Close() просто ещё один обработчик, который сложиться в этот список?
x
Плохая привычка идти читать исходники?)
В большинстве случаев да)
AY
В большинстве случаев да)
Значит я зря гоню на свою команду 😂
x
🤔 В - внимательность, там еще и описано все подробно
Ага, я ж говорю, там достаточно инфы)
x
Значит я зря гоню на свою команду 😂
Не, ну кто знает, может у вас в команде от этого больше толку, чем обычно)
AY
В go еще ладно и это известный пакет, но в npm "не глянул исходники - получил херню" очень часто
x
В go еще ладно и это известный пакет, но в npm "не глянул исходники - получил херню" очень часто
Ну в случае с js проблема чаще не в том, что программисты исходники не читают, а в том, что программисты программировать не хотят)
AY
не не, ща найду, у меня 1.5 года просто взорвало Ж так, что пиздец)
AY
Отдали мне проект с этой зависимостью
https://www.npmjs.com/package/caching
Походу нет ссылки на github, чтобы эпичность оценить.
Там внутри лютый ад по коду. Но ок. Ладно. Эта херня просто тихо игнорила redis ошибки, поэтому авторы проекта (который мне отдали) писали пол года и думали что у них все ок, а по факту 50 на 50) или хз как еще
https://www.npmjs.com/package/caching
Походу нет ссылки на github, чтобы эпичность оценить.
Там внутри лютый ад по коду. Но ок. Ладно. Эта херня просто тихо игнорила redis ошибки, поэтому авторы проекта (который мне отдали) писали пол года и думали что у них все ок, а по факту 50 на 50) или хз как еще
AY
Одно из лучших имен для пакета с говно кодом в квадрате
