Asp Net MVC, где лучше размещать запросы к БД?

@matsa · Регистрация: 28.01.2015

Студворк — интернет-сервис помощи студентам

В рамках обучения делаю свой блог на Asp Net MVC. Для работы с БД используется Entity Framework, подход Code First.
Вопрос вот в чём. Когда то слышал, что при разработке веб сайтов на MVC, запросы к БД размещать в контроллере не годится.
Соответственно тогда вот в чём вопрос, вот мой контроллер

C#
1
2
3
4
5
6
7
8
9
public ActionResult ShowOne(string url = null)
        {
            Article one = repository.Articles
                    .FirstOrDefault(p => p.Url == url);
 
            one.FullText = Article.CreateTable(one.FullText);
 
            return View(one);
        }

Этот контроллер извлекает статью из БД с заданным URL.
Далее с помощью статического метода public static string CreateTable(string strStartText) (он расположен в модели предметной области) он обрабатывает текст статьи, вытягивая из него заголовки h2 и создавая на их основе оглавление.

Вот вопросы.
1. Надо ли переносить запрос к БД в модель, если да, до в какую, в модель представления или модель прдметной области? Просто тут у меня сомнения. Ведь модель предметной области представляет собой сущность статьи (подход Code First) и будет ли правильно, что помимо свойств, в модели будут ещё и методы?

2. Правильно ли метод public static string CreateTable(string strStartText) делать статическим и пумещать его туда же, есть ли более "элегантные" способы обработки полученных из бд данных?

@LeniumSoft · 02.03.2017, 11:19

https://docs.microsoft.com/en-... pplication

Изучай )))

@sau · 03.03.2017, 15:24

1. Репозитории могут быть разные , не только БД (хотя у вас наверняка все проще) , по этому обращаться к конкретному типу репозитория в контроллерах не лучший вариант , когда таких обращений 100500 чтук или обновлять версию проекта проблематично , для этого нужно юзать внедрение зависимостей.

2. Сама по себе работа с данным может сопровождаться дополнительной логикой и если эта логика в 100500 контроллерах или , как часто бывает в крупных проектах , повторяется в сопровождающих проектах - в мобильных версиях , веб.сервисах и т.п , то правильнее работать с репозиториями через общую точку - либо сервис бизнес логики , ну или по меньшей мере сервис обработки данных, который тем или иным образом берет данные из тех или иных репозиториев.
Если его логика и поменяется . то только в одном месте. , ну и соотвественно если конфигурация сервиса так же будет через Io/C , не придется пересобирать всю систему. - экономия времени и денег.

3. Если у Вас один проектик с парой тройкой контроллеров и нет заморочек с внедрением у клиентов , то реализация продуманной архитектуры может быть избыточной , проще и быстрей будет ручками. Все зависит от масштабов в целом.

@cyb0rg_01 · 04.03.2017, 14:34

matsa, почитайте про n-tier архитектуру.

Новые блоги и статьи Все статьи Все блоги /
Access VikBal 11.12.2025 Помогите пожалуйста !! Как объединить 2 одинаковые БД Access с разными данными.	Новый ноутбук volvo 07.12.2025 Всем привет. По скидке в "черную пятницу" взял себе новый ноутбук Lenovo ThinkBook 16 G7 на Амазоне: Ryzen 5 7533HS 64 Gb DDR5 1Tb NVMe 16" Full HD Display Win11 Pro	Музыка, написанная Искусственным Интеллектом volvo 04.12.2025 Всем привет. Некоторое время назад меня заинтересовало, что уже умеет ИИ в плане написания музыки для песен, и, собственно, исполнения этих самых песен. Стихов у нас много, уже вышли 4 книги, еще 3. . .	От async/await к виртуальным потокам в Python IndentationError 23.11.2025 Армин Ронахер поставил под сомнение async/ await. Создатель Flask заявляет: цветные функции - провал, виртуальные потоки - решение. Не threading-динозавры, а новое поколение лёгких потоков. Откат?. . .	Поиск "дружественных имён" СОМ портов Argus19 22.11.2025 Поиск "дружественных имён" СОМ портов На странице: https:/ / norseev. ru/ 2018/ 01/ 04/ comportlist_windows/ нашёл схожую тему. Там приведён код на С++, который показывает только имена СОМ портов, типа,. . .
Сколько Государство потратило денег на меня, обеспечивая инсулином. Programma_Boinc 20.11.2025 Сколько Государство потратило денег на меня, обеспечивая инсулином. Вот решила сделать интересный приблизительный подсчет, сколько государство потратило на меня денег на покупку инсулинов. . . .	Ломающие изменения в C#.NStar Alpha Etyuhibosecyu 20.11.2025 Уже можно не только тестировать, но и пользоваться C#. NStar - писать оконные приложения, содержащие надписи, кнопки, текстовые поля и даже изображения, например, моя игра "Три в ряд" написана на этом. . .	Мысли в слух kumehtar 18.11.2025 Кстати, совсем недавно имел разговор на тему медитаций с людьми. И обнаружил, что они вообще не понимают что такое медитация и зачем она нужна. Самые базовые вещи. Для них это - когда просто люди. . .	Создание Single Page Application на фреймах krapotkin 16.11.2025 Статья исключительно для начинающих. Подходы оригинальностью не блещут. В век Веб все очень привыкли к дизайну Single-Page-Application . Быстренько разберем подход "на фреймах". Мы делаем одну. . .	Фото: Daniel Greenwood kumehtar 13.11.2025

@LeniumSoft 1454 / 847 / 150 Регистрация: 06.06.2012 Сообщений: 2,370
	02.03.2017, 11:19
	https://docs.microsoft.com/en-... pplication Изучай ))) 1

@sau 2773 / 2073 / 386 Регистрация: 22.07.2011 Сообщений: 7,820
	03.03.2017, 15:24
	1. Репозитории могут быть разные , не только БД (хотя у вас наверняка все проще) , по этому обращаться к конкретному типу репозитория в контроллерах не лучший вариант , когда таких обращений 100500 чтук или обновлять версию проекта проблематично , для этого нужно юзать внедрение зависимостей. 2. Сама по себе работа с данным может сопровождаться дополнительной логикой и если эта логика в 100500 контроллерах или , как часто бывает в крупных проектах , повторяется в сопровождающих проектах - в мобильных версиях , веб.сервисах и т.п , то правильнее работать с репозиториями через общую точку - либо сервис бизнес логики , ну или по меньшей мере сервис обработки данных, который тем или иным образом берет данные из тех или иных репозиториев. Если его логика и поменяется . то только в одном месте. , ну и соотвественно если конфигурация сервиса так же будет через Io/C , не придется пересобирать всю систему. - экономия времени и денег. 3. Если у Вас один проектик с парой тройкой контроллеров и нет заморочек с внедрением у клиентов , то реализация продуманной архитектуры может быть избыточной , проще и быстрей будет ручками. Все зависит от масштабов в целом. 1

@cyb0rg_01 Фрилансер 735 / 352 / 96 Регистрация: 05.05.2014 Сообщений: 2,621
	04.03.2017, 14:34
	matsa, почитайте про n-tier архитектуру. 0