BB
А вообще отключаю линтер зачастую, чтобы не расслабляться
Size: a a a
2020 March 27
T
Evgen
Ну как настроишь - так и будет )
Ну если кому то нравится BDSM с линтером, можно настроить соответственно.
T
Но вообще говоря у var другая семантика чуть-чуть
A
извини но не знаю что тебе скинуть :)
на сервере з сообщениями создаеш ендпоинт
а на тг сервере делаеш POST запрос на
на сервере з сообщениями создаеш ендпоинт
/messagesа на тг сервере делаеш POST запрос на
<your server host>/messagesБогдан, я застопорился на том что у сообщения не может быть статуса, потому что одно одно сообщение предназначенно многим людям.. и как я говорил ранее оно может быть отправлено одному в 6 утра, а второму в 12 дня... и если у нас есть правило слать еще одно сообщение через 20 минут, то соответственно первый получить сообщение в 6.20, а второй в 12.20...
Вот в этом загвоздка... как бы ты ее решил?
Вот в этом загвоздка... как бы ты ее решил?
W
VK
смортел, перформанс дикий, но я бы не затягивал в прод
RB
Evgen
объявления переменных, констант, функций стоит делать ближе к месту первого использования. Что тут не понятно? И при чем тут реквайры?
Ты прикалываейшься или правда не понимаешь причём тут реквайры? Я думаю он хотел чтобы ты показал как и где ты объявишь это:
const fs = require("fs");АП
Опять же, спор выглядит так как будто варианта описаного мной не существует. Я лишь пытался объяснить что это не так.
Похоже люди выше менее гибкие чем я.
Похоже люди выше менее гибкие чем я.
Представь, что ты защищаешь вариант того, что надо писать с помощью goto. Или писать весь код в одном файле
В общем, какую-то полную дичь
Ты точно так же мог бы сказать, что это ты такой гибкий, а никто больше не видит таких вариантов написания кода
Поэтому твой ответ неуместен
Автор книги привёл какую-то аргументацию. Если ты хоть с одним пунктом его аргументации согласен - можешь попробовать озвучить его и отстоять эту позицию
В общем, какую-то полную дичь
Ты точно так же мог бы сказать, что это ты такой гибкий, а никто больше не видит таких вариантов написания кода
Поэтому твой ответ неуместен
Автор книги привёл какую-то аргументацию. Если ты хоть с одним пунктом его аргументации согласен - можешь попробовать озвучить его и отстоять эту позицию
RB
Уж не в месте ли использования, как любят делать некоторые require("fs").readFileSync(...)? 😂
E
Ты прикалываейшься или правда не понимаешь причём тут реквайры? Я думаю он хотел чтобы ты показал как и где ты объявишь это:
const fs = require("fs");Это импорты, а не объявление переменных, констант, функций.
E
Грубо говоря alias
RB
Evgen
Это импорты, а не объявление переменных, констант, функций.
Импорт и объявление переменных/констант тогда уж. Т.е. импорты только в начале? Даже если один раз в коде используются?
d
Уж не в месте ли использования, как любят делать некоторые require("fs").readFileSync(...)? 😂
ну не так😅
RB
ну не так😅
Как можно ближе же! 😂
E
Импорт и объявление переменных/констант тогда уж. Т.е. импорты только в начале? Даже если один раз в коде используются?
Импорты - это внешние зависимости, а не объявление переменных, констант, и функций.
RB
Evgen
Импорты - это внешние зависимости, а не объявление переменных, констант, и функций.
Для того чтобы импортировать что-то (в подавляющем большинстве случаев) нам нужно объявить переменную, константу, функцию, проинициализировав чем-то импортирумым. А так какая-то игра слов получается. 💁🏻♂️
d
Как можно ближе же! 😂
может тогда лучше так?:
const { readFileSync } = require("fs");
но в начале))
const { readFileSync } = require("fs");
но в начале))
d
хотя, модуль все-равно полностью будет загружен в кэш
RB
может тогда лучше так?:
const { readFileSync } = require("fs");
но в начале))
const { readFileSync } = require("fs");
но в начале))
Ну это кому как удобнее конечно. Мне нравится импортировать через основное имя пакета и везде в коде обращаться так. Чем потом вызывать "независимые" функции.
E
Уж не в месте ли использования, как любят делать некоторые require("fs").readFileSync(...)? 😂
Можно и так, но не сработает если будешь делать импорты как import from