i
нода многопоточна, но js всегда исполняется в одном потоке
да, ок, как именно многопоточна и хочу разобраться
Size: a a a
2020 December 04
JD
Сходите попейте кофе лучше
уже попил
JD
да, ок, как именно многопоточна и хочу разобраться
мб книжку?
JD
да, ок, как именно многопоточна и хочу разобраться
i
спасибо)
I
_5354910081567689400.png)
только брокеры сообщений не знаю и даже не приходилось работать
JD
вот там много ребят рассказывают как js многопоточным делают
i
даже в статье про сравнение асинка и мультика не раздуплица
они ж оба параллельность дают
JD
только брокеры сообщений не знаю и даже не приходилось работать
чем стратегия от состояния отличается?
JD
они ж оба параллельность дают
это совершенно две разные вещи
I
чем стратегия от состояния отличается?
бля)
ну наверное основное отличие в том, кто управляет поведением. В "Состояние" сам объект меняет своё поведение, а при "Стратегии" поведение определяется в каждом отдельном классе
ну наверное основное отличие в том, кто управляет поведением. В "Состояние" сам объект меняет своё поведение, а при "Стратегии" поведение определяется в каждом отдельном классе
i
это совершенно две разные вещи
давай на примере про скл запрос
всегда же лучше иметь параллельность, хоть синк мултитред, хоть любой асинк?
да, синхронный мультитред не такой эффективный, но они же оба позволяют продолжить исполнение, не дожидаясь ответа от бд?
всегда же лучше иметь параллельность, хоть синк мултитред, хоть любой асинк?
да, синхронный мультитред не такой эффективный, но они же оба позволяют продолжить исполнение, не дожидаясь ответа от бд?
JD
да то и ежику понятно, хотя опять же зависит от архитектуры хардварной, бываетло что и совсем-совсем нихуаподобного
JD
бля)
ну наверное основное отличие в том, кто управляет поведением. В "Состояние" сам объект меняет своё поведение, а при "Стратегии" поведение определяется в каждом отдельном классе
ну наверное основное отличие в том, кто управляет поведением. В "Состояние" сам объект меняет своё поведение, а при "Стратегии" поведение определяется в каждом отдельном классе
не обязательно классы, а так примерно верно: "сам меняет" – стратегия (поведение) в паттерне состояние меняется от состояния своего контекста
как реализовать это на практике в боте, например, заказ пиццы по кнопке обычной и колбек?
как реализовать это на практике в боте, например, заказ пиццы по кнопке обычной и колбек?
i
не обязательно классы, а так примерно верно: "сам меняет" – стратегия (поведение) в паттерне состояние меняется от состояния своего контекста
как реализовать это на практике в боте, например, заказ пиццы по кнопке обычной и колбек?
как реализовать это на практике в боте, например, заказ пиццы по кнопке обычной и колбек?
Это домашнее задание?)
JD
Это домашнее задание?)
да тут можно поскидывать варики реализаций на каком-нибудь https://runkit.com/
i
Хм)
I
не обязательно классы, а так примерно верно: "сам меняет" – стратегия (поведение) в паттерне состояние меняется от состояния своего контекста
как реализовать это на практике в боте, например, заказ пиццы по кнопке обычной и колбек?
как реализовать это на практике в боте, например, заказ пиццы по кнопке обычной и колбек?
щас подумою
I
не обязательно классы, а так примерно верно: "сам меняет" – стратегия (поведение) в паттерне состояние меняется от состояния своего контекста
как реализовать это на практике в боте, например, заказ пиццы по кнопке обычной и колбек?
как реализовать это на практике в боте, например, заказ пиццы по кнопке обычной и колбек?
вообще как-то хз как в таком примере по нормальному сделать. Я бы просто объявил условную функцию/метод которая бы делал заказ и добавил два обработчика на кнопку и на колбек которые вызывали бы эту функцию. Ну и всё
JD
применяя паттерн к задаче конечно будет нелепо смотреться в большинстве случаев решение, потому что обычно наоборот из задачи выбирается подходящий под нее паттерн