Size: a a a

Node.js — русскоговорящее сообщество

2020 March 16

DC

Dmitry Croft in Node.js — русскоговорящее сообщество
Yury Golikov
Ну например если не планируется подключить другие типы гейтвеев(котроллеров), то можно все в них и писать, это не будет нарушением SRP, ведь они не будут менятся по разным причинам. + меньше кода писать и соотвественно поддерживать
Если это пет проект, то что планируется и не планируется можно определить.

А если это не твой проект, то как определить?

Если SPR так использовать, то можно всё в одном файле писать
источник

YG

Yury Golikov in Node.js — русскоговорящее сообщество
Dmitry Croft
Если это пет проект, то что планируется и не планируется можно определить.

А если это не твой проект, то как определить?

Если SPR так использовать, то можно всё в одном файле писать
Можно, SRP и зависиот от бизнеса/проекта и его требований.
Иногда можно что-то планировать и бизнес знаний много, стекхолдеры имеют модель, бизнес уже работает.
Иногда это стартап, где ничего не понятно и знаний почти нет

https://www.youtube.com/watch?v=GRr4xeMn1uU
источник

EP

Evgeniy Pavlov in Node.js — русскоговорящее сообщество
Yury Golikov
Ну например если не планируется подключить другие типы гейтвеев(котроллеров), то можно все в них и писать, это не будет нарушением SRP, ведь они не будут менятся по разным причинам. + меньше кода писать и соотвественно поддерживать
планируется/не планируется - это слабый аргумент. сегодня не планируется а завтра срочно понадобится. хорошая архитектура позволяет добавлять фичи без боли, отсутствие архитектуры при добавлении боль гарантирует
источник

J

Jenneter in Node.js — русскоговорящее сообщество
Who has a deep understanding in configuration Dkim and setting up all the important aspects. Send me a message
источник

YG

Yury Golikov in Node.js — русскоговорящее сообщество
Нет, я ничего конкртеного не имел ввиду вообще) Я как раз говорю, что в зависимости от кейсам можно писать по одному, а можно по другому. Нет абстрактно “лучше”
источник

DC

Dmitry Croft in Node.js — русскоговорящее сообщество
Yury Golikov
Можно, SRP и зависиот от бизнеса/проекта и его требований.
Иногда можно что-то планировать и бизнес знаний много, стекхолдеры имеют модель, бизнес уже работает.
Иногда это стартап, где ничего не понятно и знаний почти нет

https://www.youtube.com/watch?v=GRr4xeMn1uU
Если startup это несколько строк кода, то ок
источник

DC

Dmitry Croft in Node.js — русскоговорящее сообщество
Yury Golikov
Нет, я ничего конкртеного не имел ввиду вообще) Я как раз говорю, что в зависимости от кейсам можно писать по одному, а можно по другому. Нет абстрактно “лучше”
ой, это я не тебе писал
источник

DC

Dmitry Croft in Node.js — русскоговорящее сообщество
Максим Таланов
Нам не нужно тестировать то что находиться в контроллерах и моделях. Зачем нам тестировать методы которые написаны фреймворком и орм, их тесты уже написаны их создателями, нужно тестировтаь только БЛ проекта.
Может я тебя просто не понимаю.
Но то что ты описываешь похоже на Anemic модели + Active Record + бизнес логика в контроллере. И только потому, чтобы избежать декомпозиции моделей
источник

YG

Yury Golikov in Node.js — русскоговорящее сообщество
Evgeniy Pavlov
планируется/не планируется - это слабый аргумент. сегодня не планируется а завтра срочно понадобится. хорошая архитектура позволяет добавлять фичи без боли, отсутствие архитектуры при добавлении боль гарантирует
А что мешает отрефаторить если понадобится. Зато мы не городим лишнего и не поддерживаем код, который не имеет смысла.
источник

DC

Dmitry Croft in Node.js — русскоговорящее сообщество
Yury Golikov
Нет, я ничего конкртеного не имел ввиду вообще) Я как раз говорю, что в зависимости от кейсам можно писать по одному, а можно по другому. Нет абстрактно “лучше”
С тем что до фанатизма доводить не надо я согласен.
Но по опыту я считаю что об архитектуре сразу надо думать и закладывать её в проект
источник

YG

Yury Golikov in Node.js — русскоговорящее сообщество
По такой логике можно продумывать варианты до бесконечности и так и не выпустить продукт
источник

YG

Yury Golikov in Node.js — русскоговорящее сообщество
Dmitry Croft
С тем что до фанатизма доводить не надо я согласен.
Но по опыту я считаю что об архитектуре сразу надо думать и закладывать её в проект
Ну если есть на чем основываться, и бизнес уже имеет знания, те бизнес уже работает и собрал много аналитики, то конечно.
источник

YG

Yury Golikov in Node.js — русскоговорящее сообщество
Но я такие проекты на node.js не пишу) Предпочитаю типы
источник

DC

Dmitry Croft in Node.js — русскоговорящее сообщество
Yury Golikov
А что мешает отрефаторить если понадобится. Зато мы не городим лишнего и не поддерживаем код, который не имеет смысла.
Я бы не сказал, что разбить сразу на слой и папки  много времени занимает.
А вот возвращаться к старому коду и пытаться понять что да как - уже проблема
источник

BB

Boris Britva in Node.js — русскоговорящее сообщество
Всем привет! Настроил на apache прксирование и вроде как все работало пару дней, но теперь возникла проблема, страница то грузится то нет. Отключаешь proxypass стабильно работает, в чем может заключаться проблема?
источник

SM

Sheldhur Mornor in Node.js — русскоговорящее сообщество
в том что апач надо выкинуть
источник

BB

Boris Britva in Node.js — русскоговорящее сообщество
Sheldhur Mornor
в том что апач надо выкинуть
на столько стремный?
источник

SM

Sheldhur Mornor in Node.js — русскоговорящее сообщество
да
источник

CM

Chingiz Mamiyev in Node.js — русскоговорящее сообщество
Boris Britva
Всем привет! Настроил на apache прксирование и вроде как все работало пару дней, но теперь возникла проблема, страница то грузится то нет. Отключаешь proxypass стабильно работает, в чем может заключаться проблема?
Nginx нужен вместо apache
источник

AS

Artem Soldatenkov in Node.js — русскоговорящее сообщество
А как еще можно устраивать смену страниц у клиента, кроме вставки такого кода в хтмл (location.href = "/Index" и т. п.) ?
источник