Допустимо ли использовать контроллеры на основе ролей в инфраструктуре MVC - PullRequest
0 голосов
/ 26 октября 2009

Если на моем сайте есть несколько ролей пользователей, скажем, «Администратор», «Пользователь», «Менеджер», и существует несколько модулей функциональности, которые могут использоваться одним конкретным пользователем или всеми пользователями, как мне называть контроллеры?

Нормально ли иметь контроллеры на основе ролей, такие как контроллер Admin, User и Manager, а также контроллеры для совместной работы, такие как контроллер Products?

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

При поиске в сети соглашений о том, как это сделать, мне предоставляются только способы назвать реальный файл, а другие источники объясняют только функциональность контроллера, а не то, что должно и не должно быть контроллером.

Если это субъективно, я также рад принять это как ответ, но в его нынешнем виде я не уверен, что является приемлемым и приемлемы ли контроллеры на основе ролей в среде MVC.

1 Ответ

0 голосов
/ 26 октября 2009

Лично я обновил свой проект ASP.NET MVC до версии 2-бета-версии 2 и переместил вещи, связанные с администратором, в другую область. Таким образом, вы можете сохранить имена контроллеров, связанные с их функциями, но запускать их из выделенной области.

...