JD
но главное мыслить ими и иметь под рукой, чтобы логику описывать быстро, а не костылить и пущай другие разбираются как это работает
Size: a a a
2020 December 04
I
но главное мыслить ими и иметь под рукой, чтобы логику описывать быстро, а не костылить и пущай другие разбираются как это работает
мыслить ими я не умею(
JD
вообще как-то хз как в таком примере по нормальному сделать. Я бы просто объявил условную функцию/метод которая бы делал заказ и добавил два обработчика на кнопку и на колбек которые вызывали бы эту функцию. Ну и всё
это декларативка, скатывающаяся в if-else, суть паттерна проектирования именно в организации кода
I
это декларативка, скатывающаяся в if-else, суть паттерна проектирования именно в организации кода
ну это я понимаю
просто если писать не на js а к примеру на какой нить жаве, то по сути без паттернов никак
просто если писать не на js а к примеру на какой нить жаве, то по сути без паттернов никак
АШ
распечачтать надо
OS
next.then исполняется, когда закончилось выполнение следующей миддлвари?
Асинхронно и последовательно, после завершения павого обработчика, при условии что промисы обрабатываешь правильно
OS
Асинхронно и последовательно, после завершения павого обработчика, при условии что промисы обрабатываешь правильно
m - middle
h - handler
до next
tg update > m > m > ... > handler
после
m < m < ... < handler
h - handler
до next
tg update > m > m > ... > handler
после
m < m < ... < handler
i
m - middle
h - handler
до next
tg update > m > m > ... > handler
после
m < m < ... < handler
h - handler
до next
tg update > m > m > ... > handler
после
m < m < ... < handler
А, типа next.then'ы в обратном порядке идут?
OS
А, типа next.then'ы в обратном порядке идут?
Угу
i
Все, понял, спасибо)
i
может кто нибудь глянуть реализацию монго сессий?
https://pastebin.com/ySR3Y4pu
https://pastebin.com/ySR3Y4pu
i
и еще там есть трабл в том, что сессии сохраняются в бд только после первого апдейта
а хотелось бы чтобы при нулевом
а хотелось бы чтобы при нулевом
i
это можно сделать только изменив в функции session
const session = await options.store.get(key) || {} на const session = await options.store.get(key) || await options.store.set(key)?
i
Похоже никто в коде копаться не хочет)
i
sessionConfig = {
store: {
get: key => Sessions.findOne({ where: { id: key } }),
set: (key, session) =>
Sessions.findOne({ where: { id: key } })
.then(s => s ? s.update(session) : Sessions.create({ id: key, ...session }))
}
}
bot.use(session(sessionConfig))Делал я кстати по вот этому примеру, большое спасибо за него)
Правда у меня не сессии, а перманентный стор инфы о юзере
Правда у меня не сессии, а перманентный стор инфы о юзере
JD
это можно сделать только изменив в функции session
const session = await options.store.get(key) || {} на const session = await options.store.get(key) || await options.store.set(key)?
помимо паттернов организации кода есть еще паттерны связывания модулей, архитектуры самого проекта
JD
прокидывать стор через опшны, делая их глобальным стейтом это решение, которое идет в помойку при первой же крос зависимости
JD
хз зачем гетсетер делать. если есть как минимум рефлекторы, а вообще достаточно кастомстора, который нативно описывается поддерживается телеграф с коробки
i
прокидывать стор через опшны, делая их глобальным стейтом это решение, которое идет в помойку при первой же крос зависимости
В телеграфе же точно так же?