R
А ты пробовал поискать на npm пакеты с тегом cli, как я предлагал?
Не нашлось, случайно, пакетов yargs, или meow?
Не нашлось, случайно, пакетов yargs, или meow?
мне для аргументов хватило
Size: a a a
2020 March 07
R
про кроны хз , я использовал экосистему Pm2
DC
не пиши бизнес логику в контроллерах. И выноси контроллеры в отдельные модули. Для роутов сделай тоже отдельный модуль
А
не пиши бизнес логику в контроллерах. И выноси контроллеры в отдельные модули. Для роутов сделай тоже отдельный модуль
Ну я разделяю контроллеры по модулям, а вот бизнес логику не знал что в контроллерах писать нельзя
А
Ну я разделяю контроллеры по модулям, а вот бизнес логику не знал что в контроллерах писать нельзя
R
кста да над у себя тож роуты вынести
R
а то чет полотно получилось))
DC
Так тоже не пойдёт. Попробуй юнит тест напиши для него.
Роуты отдельно, контроллеры отдельно
Роуты отдельно, контроллеры отдельно
DC
Ну я разделяю контроллеры по модулям, а вот бизнес логику не знал что в контроллерах писать нельзя
Писать можно всё что угодно, если осознанно к этому подходишь.
Но если вынести логику в модели и сервисы, то ты можешь переиспользовать её в другом месте. Например нужно заменить Presentation слой (твой сайт), на телеграм бота. Тебе придётся много вещей переписывать, а если бы сразу бизнес слой выделил, то было бы намного проще
В идеале из контроллера должна вызываються одна функция бизнес логики и не больше
Но если вынести логику в модели и сервисы, то ты можешь переиспользовать её в другом месте. Например нужно заменить Presentation слой (твой сайт), на телеграм бота. Тебе придётся много вещей переписывать, а если бы сразу бизнес слой выделил, то было бы намного проще
В идеале из контроллера должна вызываються одна функция бизнес логики и не больше
А
Писать можно всё что угодно, если осознанно к этому подходишь.
Но если вынести логику в модели и сервисы, то ты можешь переиспользовать её в другом месте. Например нужно заменить Presentation слой (твой сайт), на телеграм бота. Тебе придётся много вещей переписывать, а если бы сразу бизнес слой выделил, то было бы намного проще
В идеале из контроллера должна вызываються одна функция бизнес логики и не больше
Но если вынести логику в модели и сервисы, то ты можешь переиспользовать её в другом месте. Например нужно заменить Presentation слой (твой сайт), на телеграм бота. Тебе придётся много вещей переписывать, а если бы сразу бизнес слой выделил, то было бы намного проще
В идеале из контроллера должна вызываються одна функция бизнес логики и не больше
Есть ресурс про это? Почитать посмотреть про это?
DC
Есть ресурс про это? Почитать посмотреть про это?
мартин фаулер шаблоны корпоративных приложений
Implementing Domain-Driven Design by Vaughn Vernon
Implementing Domain-Driven Design by Vaughn Vernon
А
node-express-realworld-example-app подойдет для изучения ?
DC
мартин фаулер шаблоны корпоративных приложений
Implementing Domain-Driven Design by Vaughn Vernon
Implementing Domain-Driven Design by Vaughn Vernon
Советую начать с первой
DC
node-express-realworld-example-app подойдет для изучения ?
не знаю что это
А
не знаю что это
Ну это такой опенсорс проект блога написанный на разных технологиях
https://github.com/gothinkster/realworld
https://github.com/gothinkster/realworld
DC
node-express-realworld-example-app подойдет для изучения ?
Для изучения архитектуры приложений не подойдёт. А для старта наверное норм. Обычный crud на монге
R
Ну это такой опенсорс проект блога написанный на разных технологиях
https://github.com/gothinkster/realworld
https://github.com/gothinkster/realworld
спасибо прикольно
R
я чет полистал, там в моделях Mongodb прям впихивают что то еще
R
это разве норм практика?
PS
выглядит как ActiveRecord.
есть как сторонники такого подхода, так и противники.
есть как сторонники такого подхода, так и противники.