AG
В итоге от рельсов останутся контроллеры, роутер, мейлер. А бизнес-логика будет внутри в dry-system приложении.
Наверное. Когда-нибудь.
Наверное. Когда-нибудь.
Size: a a a
2019 December 17
w
ну норм сценарий, сейчас же все так и пишут приложения?
w
кто еще не использует сервисы/оперейшны/домены и иже с ними?
AG
/shrug
w
у рельсы потрясающий роутинг (идентичен ханами), крутой сет миддлварь (rails middlewares покажет всё, что тебе нужно обернуть в эффекты), крутой ОРМ (айда в холивар уровня ангуляр против реакта), есть собиралка ассетов (теперь модно в вебпакер)
A
у рельсы потрясающий роутинг (идентичен ханами), крутой сет миддлварь (rails middlewares покажет всё, что тебе нужно обернуть в эффекты), крутой ОРМ (айда в холивар уровня ангуляр против реакта), есть собиралка ассетов (теперь модно в вебпакер)
➕
AG
Меня в свое время немного напрягло, что пришлось самому делать фильтрацию параметров в логах. Потом добавлять request_id в глобальный логгер. А потом сделать это thread-safe, потому что решение "в лоб" не совсем правильно работало.
Хорошо, когда подобные штуки решены за тебя и не надо на такое отвлекаться.
Хорошо, когда подобные штуки решены за тебя и не надо на такое отвлекаться.
w
да, меня тоже когда-то напрягло, что в момент запуска рельсы инстанцируется 6 логгеров в разные моменты
w
и мы написали логгер-хуёгер
AD
у рельсы потрясающий роутинг (идентичен ханами), крутой сет миддлварь (rails middlewares покажет всё, что тебе нужно обернуть в эффекты), крутой ОРМ (айда в холивар уровня ангуляр против реакта), есть собиралка ассетов (теперь модно в вебпакер)
Меня огорчает матовость ситуации в которую рельса себя загнала. Те туда сложно добавить что-то новое в архитектуру, потому что все сломаются или обновляться не будут
A
Меня огорчает матовость ситуации в которую рельса себя загнала. Те туда сложно добавить что-то новое в архитектуру, потому что все сломаются или обновляться не будут
А что стоило бы добавить?
w
и странно, почему Виталя, который при этом присутствовал, сегодня спрашивал про semantic_logger, если мы специально его улучшали, и резолверы там свои делали, и форматтеры добавляли, а trace-теги добавляли через контексты
AG
Вот и с DI так. Прикольно вынести зависимость в конструктор да еще и инстанциировать ее, потому что все равно реализация будет только одна.
А зато в тестах можно подменять.
Но если делать что-то сложнее, то круто, когда кто-то за тебя подумает про жизненный цикл зависимостей, рисование графов, лишь бы самому не писать )
А зато в тестах можно подменять.
Но если делать что-то сложнее, то круто, когда кто-то за тебя подумает про жизненный цикл зависимостей, рисование графов, лишь бы самому не писать )
AD
Нормальную систему резолва зависимостей, подумать о бизнес логике и переделать вью слой
A
Спорно. Бизнеслогика, как по мне, это штука совершенно ортогональная веб-фреймворку и хорошо, что рельса не берет на себя эту задачу. Вью слой пожалуй да, рельсовые хэлперы это конечно такое себе решение, но с другой стороны все знают, как с ними жить.
A
Ну и учитывая общий тренд на отчуждение фронтенда в независимые приложения, вью слой превращается в слой по сериализации данных в JSON:)
AD
Спорно. Бизнеслогика, как по мне, это штука совершенно ортогональная веб-фреймворку и хорошо, что рельса не берет на себя эту задачу. Вью слой пожалуй да, рельсовые хэлперы это конечно такое себе решение, но с другой стороны все знают, как с ними жить.
Берет в виде моделей. Каждый первый использует сервисы, а стандартизации никакой нет
AD
Ну и учитывая общий тренд на отчуждение фронтенда в независимые приложения, вью слой превращается в слой по сериализации данных в JSON:)
Ты когда мвп делаешь не особо запариваешься со спа
AG
да и админка тоже редко отдельным приложением