OD
Size: a a a
2019 November 12
AK
Тут ещё возникает вопрос командной разработки, ведь в контейнере при регистрации зависимостей явно видны lifestyles. При явном объявлении это не всегда очевидно. В целом есть ряд кейсов с цепочкой зависимостей, где это может быть не всегда удобно. Например фабрика, которая использует сервис, который в свою очередь использует подключение к бд, поверх этого деклраторы логов и статы, и часть сервисов живёт только в контексте запроса, например подключение к бд.
без конкретной задачи, пока похоже на усиленное обмазыванеи паттернами и оверинжиниринг. просто по инерции, когад человек приходит со спринга или жабаее и пытается применять теж подходы и паттерны. к чему такие сложности?
Ð
если очень хочется усложнить эту простую архитуктуру, предоставляемую из коробки, никто не мешает зафигачить в app и req, и даже в router, какие-нибудь подконтейнеры di со строгой структурой
AK
Dotnet)
так, а зачем нода тогда? если вам комфортно с дотнетом и его подходами?
OD
без конкретной задачи, пока похоже на усиленное обмазыванеи паттернами и оверинжиниринг. просто по инерции, когад человек приходит со спринга или жабаее и пытается применять теж подходы и паттерны. к чему такие сложности?
Это частая задача из моей практики
Ð
но имхо это лишнее, вопрос командной разработки решается документацией
PS
Это частая задача из моей практики
А чем не подошли обычные библиотеки, типа typedi?
OD
так, а зачем нода тогда? если вам комфортно с дотнетом и его подходами?
Для определённых задач нода лучше подходит. Вообще я применяю и тот и тот стек в зависимости от задач. Для многопоточных и нагруженных чаще лучше dotnet, для небольших микросервисов с rest api, которые нужно быстро и легко разворачивать nodejs лучше
Ð
фабрика которая использует сервис и тд - это все на этапе инициализации, у разработчика контроллеров должен быть простой инструмент доступа к данным типа app.db.query или req.model.get
OD
Ð
но имхо это лишнее, вопрос командной разработки решается документацией
Да, но если бы все её читали) На практике все читают первым делом код, поэтому код должен читаться)
OD
А чем не подошли обычные библиотеки, типа typedi?
Не пробовал, посмотрю - спасибо)
Ð
Да, но если бы все её читали) На практике все читают первым делом код, поэтому код должен читаться)
он и будет читаться в той мере, в которой вообще читается яваскрипт ) ты даже на голом экспрессе ничего не сделаешь без документации
Ð
зато если ты сохранишь простоту, потом гораздо легче будет и читать и допиливать и тестить и вводить новичков
OD
Ð
он и будет читаться в той мере, в которой вообще читается яваскрипт ) ты даже на голом экспрессе ничего не сделаешь без документации
Не считаю, что читаемость кода сильно зависит от языка, на котором он написан. Одинаково коряво и по своим антипаттернам можно написать нечитаемый код на любом языке, имхо
PS
Dotnet)
А почему тогда не тайпскрипт?
OD
А почему тогда не тайпскрипт?
Зачем?
K
Ð
фабрика которая использует сервис и тд - это все на этапе инициализации, у разработчика контроллеров должен быть простой инструмент доступа к данным типа app.db.query или req.model.get
В какой момент привязывать транспорт к бизнес логике это не антипаттерн?
PS
Зачем?
Типизация помогает не только ловить ошибки, но служит и документацией.
OD
Строгая типизации над js, это накладные расходы на сборку, но да, лучше тестируется и читается.
OD
Типизация помогает не только ловить ошибки, но служит и документацией.
Согласен, но думаю это не всегда оправдан ный выбор.