Разделение большой модели данных с помощью Rails

Question

Я работаю над проектом, в котором мы предлагаем очень простой бэкэнд типа CMS.Он позволяет редактировать / удалять различные атрибуты в модели страницы.

Существует достаточно большое количество редактируемых полей, похожих на любую другую CMS.Мы хотим разделить их на 3 логических раздела, чтобы нашим клиентам было проще.

Мы хотим иметь страницу для редактирования содержимого страницы, затем нам нужна страница для загрузки / изменения изображения страницы, а затем мыхочу, чтобы страница загружала метаданные для страницы.

В настоящее время у меня есть PageController, и все три раздела просто обновляют модель страницы, однако вопрос заключается в том, как лучше всего использовать контроллеры Rails, чтобы сделать это таким очевидным образом.другим разработчикам Rails?

У меня просто есть 3 метода на контроллере страницы, один для контента, один для изображения и один для метаданных?

ИЛИ

Создаю ли я новый контроллер, называемый чем-то вроде CMSController, и у меня есть 3 метода для этого, а затем просто оставляю свой PageController для выполнения обычного тяжелого тяжелого поднятия REST, такого как фактическое сохранение и создание новых страниц?1018 * Спасибо за вашу помощь.

Answer 1

Должен ли я создать новый контроллер под названием что-то вроде CMSController и есть 3 метода, а затем просто сохранить мой PageController, чтобы сделать обычный RESTful тяжеловес, такой как на самом деле сохранение и создание новых Страницы

Хорошей идеей будет иметь CmsController или PublicController для обработки ваших root_path любых действий, о которых вы хотите позаботиться.

Do читать о маршрутах Участника и Сбора ; у вас может быть столько их в PagesController, чтобы достичь именно того, что вы хотите. Просто убедитесь, что эти методы являются частными, чтобы они не были общедоступными & mdash; это было бы спорным вопросом, хотя, если ваш админ пространства имен и соответственно усилен. Вы можете увидеть пример администратора пространства имен в одном из моих проектов .