IG
а систему можно либо прилепить в глобальную переменную, либо спускать некоторые ее части через request
Size: a a a
2019 July 25
IG
компонент сервера так устроен, что в каждом request будет кусочек системы. Не вся, а только нужное для веба
IG
например бд с пулом
MK
Вот меня и напрягает, что систему нужно через request спускать. Или все делать компонентом, даже бизнес логику без состояния. Я использовал систему только для запуска и останови, а кусочки спускал через binding.
AR
не нужно ничего через реквест спускатть
AR
вот я пример хэндлеров привел
AR
хттп как раз
MK
А интегрант вроде как помогает
AR
с компонентом так тоже можно, просто зачем 🙂
MK
с компонентом так тоже можно, просто зачем 🙂
Можешь пояснить?
AR
никто тебе не мешает объявлять хэндлер-компонент и пробрасывать в него нужные зависимости в момент старта системы
MK
А если под хэндлером еще пару слоев?
AR
ну я не знаю ЗАПРОГРАММИРУЙ! )
IG
можно и как в интегранте, да. Тогда обработчики будут компонентами и всегда можно достучаться зависимостей
IG
но от спуска пары компонентов в запросе тоже никто не умер
MK
А динамические переменные чем плохи? Для себя я решил, что они вполне норм.
IG
не обязательно же всю систему, а только базу например.
AR
А динамические переменные чем плохи? Для себя я решил, что они вполне норм.
динамические переменные это что? типа тред вары через bindings? примерно всем плохи, тем более для определения зависимостей )
MK
Ага, они самые
AR
но от спуска пары компонентов в запросе тоже никто не умер
не умер, но:
1. это менее общий подход
2. это не добавляет информации о связности конкретных кусков кода со стейтфул компонентами, надо помнить что с чем
1. это менее общий подход
2. это не добавляет информации о связности конкретных кусков кода со стейтфул компонентами, надо помнить что с чем