MVC код структурирования вопросы наилучшей практики

Question

Im пытается улучшить мою структуру кода, поэтому, возможно, я мог бы получить некоторый вклад в следующих пунктах и ​​вопросах относительно того, как обращаться в первую очередь с сервисами.

1. услуга не должна зависеть от уровня представления, поэтому передавая материал как HttpContext в сервисные функции/услуг через конструктор и подобные плохая практика, правильно?

2. Если у вас нет услуг, ссылающихся друг на друга? Должны ли они работать только «вниз», как, например, зависимость репозитория? Или это считается нормально?

3. Будет ли услуга содержать только функции, связанные с фильтрацией и обработкой информации из базы данных/репозитория, или же можно рассматривать, например, класс, предназначенный исключительно для шифрования и генерирующий случайные строки/пароли, или оператор-посредник, обслуживающий класс, услуга? Или они/можно было бы считать полезными классами?

4. Есть ли хороший и общепринятый способ манипулирования сеансами внутри службы, или это должно быть передано контроллеру и обработано там?

Answer 1

услуга не должна зависеть от уровня представления, так передавая такие вещи, как HttpContext в функции службы/службы через contstructor и подобных плохая практика, правильно

Если вы может избежать этого, избегать этого. Но это зависит, если это сервис для уровня представления, тогда это может быть ОК.

Если у вас нет услуг, ссылающихся друг на друга? Должны ли они только работать «вниз», как, например, зависимость от хранилища? Или это считается нормально?

Если вы можете избежать этого, избегайте его. Он dependes на вас архитектуры, если, например, ваш работают в ASP.NET MVC, вы бы хорошо избежать этого и сохранить вид кода, который дирижирует свой множественный сервис на уровне Controller

Would служба содержит только функциональные возможности, связанные непосредственно с фильтрацией и обработкой информации из базы данных/репозитория, или можно рассматривать, например, класс, предназначенный исключительно для шифрования , и генерирование случайных строк/паролей или поставщика обработки классов . Что ж? Или они/были бы , возможно, рассмотрены классы полезности?

Вы можете использовать сервисы для фильтрации и обработки информации из базы данных/репозитория или вы также можете создать один, предназначенный исключительно для шифрования и генерирующий случайные строки/пароли. Услуги классы, так что важно, что они следуют за Single Responsability Principle

Есть хороший и общепринятый способ манипулировать сессии внутри службы или это должно быть передано в контроллер и обрабатывается там?

Это лучше для масштабирования, если ваши услуги без гражданства, но если вы собираетесь иметь дело с сессиями или другой жизненным циклом вещью, и вы строите веб-системы в .net, лучшее, что вы можете сделать, это используйте asp.net mvc, интегрированный с Unity, так что вы получите Inversion Of Control, таким образом вы можете иметь дело с сеансом, используя life time managers