Сообщение Re: Книга по правильной архитектуре .Net проектов от 30.11.2021 7:36
Изменено 30.11.2021 7:43 Разраб
Re: Книга по правильной архитектуре .Net проектов
Здравствуйте, Shmj, Вы писали:
S>Для примера см. 2 ответ: https://rsdn.org/forum/dotnet/8139097.flat
S>Как бы вроде очевидно, что stateful по возможности лучше не использовать.
Куда же без состояния? другое дело что сохраняя его в БД упрощаешь прикладной код своего приложения.
S>Так же выбор правильных nuget-пакетов. Ведь из каких кирпичей строишь дом — тоже немаловажно.
Лучше из подводных камней.
S>Что можете порекомендовать?
Костыль по необходимости.
PS
Думаю достаточно следовать KISS DRY и избегать сложного ООП (шаблоны от более 2-3 параметров, наследование, DDD категорически)
![](http://files.rsdn.org/135057/oberon.png)
S>Для примера см. 2 ответ: https://rsdn.org/forum/dotnet/8139097.flat
Автор: Shmj
Дата: 23.11.21
Дата: 23.11.21
S>Как бы вроде очевидно, что stateful по возможности лучше не использовать.
Куда же без состояния? другое дело что сохраняя его в БД упрощаешь прикладной код своего приложения.
S>Так же выбор правильных nuget-пакетов. Ведь из каких кирпичей строишь дом — тоже немаловажно.
Лучше из подводных камней.
S>Что можете порекомендовать?
Костыль по необходимости.
PS
Думаю достаточно следовать KISS DRY и избегать сложного ООП (шаблоны от более 2-3 параметров, наследование, DDD категорически)
![](http://files.rsdn.org/135057/oberon.png)
Re: Книга по правильной архитектуре .Net проектов
Здравствуйте, Shmj, Вы писали:
S>Для примера см. 2 ответ: https://rsdn.org/forum/dotnet/8139097.flat
S>Как бы вроде очевидно, что stateful по возможности лучше не использовать.
Куда же без состояния? другое дело что сохраняя его в БД упрощаешь прикладной код своего приложения.
S>Так же выбор правильных nuget-пакетов. Ведь из каких кирпичей строишь дом — тоже немаловажно.
Лучше из подводных камней.
S>Что можете порекомендовать?
Костыль по необходимости.
PS
Думаю достаточно следовать KISS DRY и избегать сложного ООП (шаблоны от более 2-3 параметров, наследование, DDD категорически)
![](http://files.rsdn.org/135057/oberon.png)
интересная статейка
https://intellect.icu/nedostatki-oop-ddd-domain-driven-design-i-patternov-alternativa-oop-9117
S>Для примера см. 2 ответ: https://rsdn.org/forum/dotnet/8139097.flat
Автор: Shmj
Дата: 23.11.21
Дата: 23.11.21
S>Как бы вроде очевидно, что stateful по возможности лучше не использовать.
Куда же без состояния? другое дело что сохраняя его в БД упрощаешь прикладной код своего приложения.
S>Так же выбор правильных nuget-пакетов. Ведь из каких кирпичей строишь дом — тоже немаловажно.
Лучше из подводных камней.
S>Что можете порекомендовать?
Костыль по необходимости.
PS
Думаю достаточно следовать KISS DRY и избегать сложного ООП (шаблоны от более 2-3 параметров, наследование, DDD категорически)
![](http://files.rsdn.org/135057/oberon.png)
интересная статейка
https://intellect.icu/nedostatki-oop-ddd-domain-driven-design-i-patternov-alternativa-oop-9117