ASP.NET плюрализация именования контроллеров MVC
спокойный конвенций указывают на использование во множественном числе существительных в единственном числе за объекты.
Что такое соглашение о плюрализации для именования ASP.NET контроллеры MVC, т. е.ProductController или ProductsController?
3 ответа:
некоторые фреймворки MVC используют множественное число, однако шаблоны проектов MVC содержат контроллер AccountController, предлагающий одноуровневое именование.
Это не важно. Как и большинство вещей в мире Asp.net MVC framework выбор за вами. Нет никаких реальных условностей.
Это мое личное мнение, но важно то, что вы выбираете схему и быть последовательным!
Мне придется не согласиться с предыдущими ответами на использование множественного или единственного числа и быть последовательным. Каждый контроллер должен использовать различное соглашение, основанное на том, взаимодействуют ли они с одним или несколькими объектами. Тем более, что имя контроллера используется по умолчанию в URL.
в то время как шаблоны проектов используют сингулярные (HomeController, AccountController), существует только один дом и действия учетной записи работают только на одной учетной записи для сессия. Я бы не ожидал, что URL-адреса /homes получат доступ к домашней странице, и я не ожидал бы, что перейду в /accounts для управления настройками моей учетной записи.
множественное число HomesController б работа для веб-сайта недвижимости, который имел методы, связанные с листингом и поиском нескольких домов:/дома / новые-списки.
когда вы добавляете контроллер, используя MVC scaffolding для сущности Entity Framework, VS2013 делает имя контроллера множественным, поэтому я бы предложил использовать это значение по умолчанию, которое делает контроллеры для сущностей множественными.
обновление: я передумал. Громко-это правильно. Это зависит от контекста контроллера.