Есть ли какие-либо существенные недостатки прямого доступа к DbContext в представлении Razor (не Blazor)? ⇐ C#

[Anonymous]

В веб-приложениях ASP.NET MVC обычно рекомендуется получать данные в контроллерах (независимо от того, должно ли это включать использование DbContext напрямую или через уровень обслуживания, это подлежит обсуждению), а затем передавать соответствующие данные в представление с помощью модели представления.
Однако есть ли причина, по которой не рекомендуется просто пропускать модель представления и напрямую вызывать DbContext в представлении?

Код: Выделить всё

@{
MyDbContext context = new MyDbContext();
}

The number of rows in the hamburger table is @context.Hamburgers.Count()

Конечно, невозможно выполнить обратную запись в DbContext таким способом, но для простых дисплеев, доступных только для чтения, это может быть проще и удобнее сделать, чем писать модели представлений в качестве посредников.
Помимо возможности незначительного увеличения затрат на сопровождение — хотя модели представлений могут потребовать еще больше работы, поскольку добавляются еще одна область для изменения — и вероятность того, что удаление DbContext может быть проблемой, я не могу придумать каких-либо веских причин (например, соображений безопасности), чтобы избежать этой практики.

Подробнее здесь: https://stackoverflow.com/questions/797 ... in-a-razor