контроллер и остальное приложение

Question

У меня есть веб-приложение MVC (Ruby, Rack, Apache), и я хочу, чтобы он был спокойным. У меня есть диспетчер, который получит входящий URI и вызовет соответствующий контроллер. На мой взгляд, контроллер должен обрабатывать все действия, связанные с одной моделью, я ошибаюсь? То, что я не уверен случай, как следующее:

Если пользователь имеет несколько элементов, как я могу получить конкретный элемент, используя URI/пользователь/user_id/пункт/item_id я имею в виду, это что должно быть обработано в UserController или мне нужно создать другой контроллер «перекрестных классов», такой как UserItemController, который должен позаботиться об этом короле? Я надеюсь, что я ясно :-) Спасибо большое, Люк

Answer 1

Организация ваших методов в контроллерах или модели имеют мало общего с кастрированный баран ваше приложение будет успокоительное или нет. В идеале попробуйте сопоставить 1 контроллер с 1 моделью, но у вас может быть контроллер, предназначенный для действия (например, login).

Что вы хотите посмотреть, это файл routes.rb. Здесь вы наберете ресурсы и т. Д.

map.connect ':controller/:action/:id' 

Я рекомендую читать the excellent article of Ryan Tomayko about REST

Answer 2

Сколько код будет ли в контроллере? Какие бы зависимости они имели? Сколько вам потребуется, чтобы перестроить, если эти depdencies изменится? Не могли бы вы представить себе разделение обязанностей в команде projecc - некоторые люди работают над пользователями, другие - по элементам?

На мой взгляд, это ограничение количества контроллеров, поэтому я бы выделил их только для параллельной разработки или если вы обнаружите, что какая-то часть «пространства URL», похоже, имеет свою собственную жизнь, , а остальное стабильно.

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