AD
мне нравится, когда они не в
lib, а в отдельной папочке лежат. хочется посмотреть на решения такиетоже думаю о такой штуке уже, на самом деле
Size: a a a
2019 October 09
IM
Решил не соблюдать всю "философию", которая описана в документации, засунул БД, логгер в контейнер и начал PORO классы делать в которых к контейнерам обращался. А потом пришло интуитивное понимае что еще можно как контейнер подключить.
к контейнерам обращался — инжектил или делал
Container['logger'] в методе?AD
В hanami бд устанавливается только через переменную окружения или можно как в рельсах через database.yml?
только переменная
A
только переменная
Ок, а если мне нужно 2 бд, как быть?
AD
пока никак
AD
или ром использовать
A
пока никак
Ну теоретически в инициализаторе можно коннект на sequel сделать?
A
То есть во 2 бд чисто модели использовать, без миграций и т д
AD
можно ром взять, можно на сиквеле написать
AK
не понятно что ложить в контейнер, что нет
ложить то, что едино в контексте всего проекта(объекты, которые можно один раз проинициализировать, а потом переиспользовать доставая из контейнера). логгеры, репозитории, оперейшены, апи клиенты сторонних либ, etc...
IM
тоже думаю о такой штуке уже, на самом деле
я пока пришёл к
нюанс: непонятно, как их лучше загружать. писать
/domains/DOMAIN_NAME для кода.нюанс: непонятно, как их лучше загружать. писать
system/boot/domains/DOMAIN_NAME.rb бесит — прыгаешь по файловой системе. но кажется, что с этим лучше смириться т.к. альтернативы хужеv
я пока пришёл к
нюанс: непонятно, как их лучше загружать. писать
/domains/DOMAIN_NAME для кода.нюанс: непонятно, как их лучше загружать. писать
system/boot/domains/DOMAIN_NAME.rb бесит — прыгаешь по файловой системе. но кажется, что с этим лучше смириться т.к. альтернативы хуже+
AD
я пока пришёл к
нюанс: непонятно, как их лучше загружать. писать
/domains/DOMAIN_NAME для кода.нюанс: непонятно, как их лучше загружать. писать
system/boot/domains/DOMAIN_NAME.rb бесит — прыгаешь по файловой системе. но кажется, что с этим лучше смириться т.к. альтернативы хужедумаю о /services/**
IM
ложить то, что едино в контексте всего проекта(объекты, которые можно один раз проинициализировать, а потом переиспользовать доставая из контейнера). логгеры, репозитории, оперейшены, апи клиенты сторонних либ, etc...
в драй-систем «переиспользование» через контейнер может не работать. зависит от того, как ты используешь контейнер
AD
и каждый сервис - отдельный контейнер
AD
но это сложно будет наверно
v
ложить то, что едино в контексте всего проекта(объекты, которые можно один раз проинициализировать, а потом переиспользовать доставая из контейнера). логгеры, репозитории, оперейшены, апи клиенты сторонних либ, etc...
ложить
IM
меня смущает название «сервис» вообще. слишком перегруженная штука. ну и контейнеры мне не заходят, если честно
AD
но тогда можно сделать крутые штуки
MS
к контейнерам обращался — инжектил или делал
Container['logger'] в методе?Для БД инжектил в репозиторий, и репозиторий использовал далее, а с логгером мог напрямую обратиться