Я помню, что вы должны назвать свои контроллеры, модели и представления особым образом. Либо единственное, либо множественное число. Я не помню, какие из них назвать, хотя, и я не могу найти ничего об этом в документе.
Я предполагаю это так:
- Контроллеры множественного числа
- Виды множественного числа
- Модели сингулярны
Am я на правильном пути?
Я понимаю это просто соглашение, и вам не нужно следовать им, но я все еще хочу знать, что это за правильный путь.
В ASP.NET MVC я использую соглашение, о котором вы упомянули выше, ожидаете для видов, которые являются смешанными. Если у меня есть представление, отображающее несколько "вещей", например список сотрудников, это множественное число. Если у меня есть представление, которое отображает одного сотрудника, оно является единственным.
Неважно, что вы на самом деле называете. Это просто вопрос вкуса, пока вы делаете это последовательно. Иногда у вас даже не будет выбора, кроме как следовать уже определенному стилю кода в текущем проекте.
Одна хорошая практика заключается в том, что если вы можете, следует следовать стандартам PHP Framework Interop Group. Узнайте больше о них на своей странице, чтобы узнать больше.
Laravel 4 будет следовать всем стандартам (PSR-0, PSR-1 и PSR-2), но Laravel 3 - нет. Например: он не использует случай верблюда для методов, которые "требуются" PSR-1.
Ответы здесь довольно правильные, но если вы говорите о Laravel, вы должны назвать свой класс моделей в единственной форме из-за встроенных функций Laravel, например, класс Eloquent достаточно умен, чтобы он мог обнаружить множественные числа для английского языка язык. Поэтому, если наш объект является единственным, он будет использовать множественную форму этого имени для доступа к таблице базы данных для этого объекта.
Соглашение:
Я не мог найти соглашение для имен контроллеров, определенных в документации, но все документированные примеры помещают имя ресурса контроллера в единственное число.
По соглашению, будет использоваться "случай змеи", множественное имя класса как имя таблицы, если явно не указано другое имя... "Красноречивый" будет считать, что модель Flight хранит записи на рейсах Таблица