Исключительный или множественный контроллер и помощник называют в направляющих
Это не реально, так как работает прототипическое наследование. Давайте посмотрим, как унаследованные реквизиты работают в js
var parent = {a: function() { console.log('ay'); }};
var child = Object.create(parent);
child.a() // first look in child instance, nope let's go to it's prototype
// then look in parent, found! return the method
, давайте посмотрим, что произойдет, когда вы получите доступ к опоре, которая не существует:
child.b; // first look in child instance, nope let's go to it's prototype
// then look in parent, nope let's go to it's prototype
// then look in Object.prototype, nope let's go to it's prototype
// then look at null, give up and return undefined
Вы можете использовать mixins , чтобы получить некоторые из этих функций, но вы не получите позднюю привязку:
var a = {x: '1'};
var b = {y: '2'};
var c = createWithMixin([a, b]);
c.x; // 1
c.y; // 2
b.z = 3;
c.z; // undefined
vs
var a = {x: 1}
var o = Object.create(a);
o.x; // 1
a.y = 2;
o.y; // 2
4 ответа
Используя множественные названия контроллеров просто конвенция.
Множественные имена обычно звучат более естественными (специально для контроллеров, которые связываются непосредственно с определенной моделью: Пользователь-> Пользователи, и т.д.), но можно использовать то, что Вы хотите.
Что касается помощников, все помощники доступны для всех контроллеров по умолчанию, так технически, как Вы называете своих помощников, не имеет значения вообще. Это - просто другая конвенция сохранить функции помощника контроллера в помощнике с тем же именем как контроллер.
Используя множественные числа просто звучит лучше, и затем если у Вас есть контроллер, который обрабатывает исключительный ресурс, т.е. пользователя, тогда можно все еще назвать URL / пользователем.
С помощниками часто нет никакой потребности иметь помощника для каждого контроллера, и часто будут вспомогательные методы, можно использовать ascorss несколько контроллеров и скорее замусорить их на всем протяжении помощника приложения, Вы могли поместить их в пользовательских помощников вместо этого как, например, layout_helper или любой другой хорошо именованный файл.
Я чувствую себя лучше, когда использую сингулярное имя контроллера
.Модель уникальна, потому что она ссылается на один объект, такой как Пользователь. Контроллер имеет множественное число, потому что это элементы управления (методы) для сбора пользователей. Как назвать маршруты, все зависит от конкретного разработчика. У меня никогда не было пользователей, которые жаловались на то, что URL-адрес веб-запроса имеет единственное или множественное число. Конечный результат для поддержания общего соглашения для нынешних и будущих участников при обслуживании качественных отображений страниц или запросов API для конечных пользователей.