В MVC, где правильно разместить код авторизации?

Question

В MVC, где находится правильное место для ввода кода авторизации?
Контроллер?
Модель?
На вид?

На месте?

Answer 1

Я голосую за то, что поместил его там, где это имеет смысл. Большинство моих полномочий авторизации обрабатываются посредством оформления действий контроллера (или даже некоторых контроллеров) с помощью AuthorizeAttribute - или атрибута, полученного из него. В некоторых случаях - как и в моих меню - я прибегал к проверке авторизации в самом коде представления, а не вычислял его в каждом контроллере и пропускал флаги в ViewData. Есть несколько примеров, когда некоторые аспекты модели доступны только для определенных ролей, и в тех случаях я прибегал к расширению модели методами, которые могут принимать текущего пользователя и роли и выполнять проверку там.

Answer 2

Если вам нужно выбрать между M, V или c, C является правильным местом. Но я рекомендую архитектуру, где ваше приложение содержится в библиотеках, а пользовательский интерфейс - всего лишь тонкий шпон. Вы в конечном итоге вызываете стек из контроллера, но код не находится в контроллере.

В MVC модель - это просто модель или «немой объект данных», если хотите. Он предназначен для сохранения состояния и не должен диктовать поведение. Просмотр предназначен для взаимодействия с пользователем и также «немой»; представление обрабатывает пользовательский интерфейс. Контроллер находится там, где поведение сидит, или является точкой входа в поведение в случае, когда логика приложения находится в библиотеках. Имеют смысл?

Answer 3

Модель.

Контроллер предназначен для переключения различными способами. Просмотр только для ... просмотра.

Таким образом, вы должны сделать все авторизационные коды на уровне модели. В идеале все будет работать нормально. Если нет, тогда контроллер перейдет к правильному логину.

Answer 4

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

Answer 5

Контроллер!

Ваш вид должен обрабатывать только пользовательский интерфейс и отображение Ваша модель должна представлять данные в вашей системе. Ваш контроллер должен обрабатывать логику работы системы.

Авторизация пользователя предполагает получение учетных данных, предоставленных из представления, проверка их на какой-то список авторизации в модели, а затем выполнение проверки.

Это делается в контроллере: Получить учетные данные пользователя из View если (сравните с списка пользователей в модель возвращает матч) авторизации пользователей еще отказать в доступе