рельсы 3 - вопрос дизайна приложения - модели и контроллеры

Question

Я создаю небольшое приложение, которое будет отображать продукты только в разных категориях.И никогда не будет отображать категории без продуктов.Пока у меня есть две модели - продукт и категория, и мне интересно, действительно ли мне нужен контроллер, предназначенный для модели категории?Пока я вижу только одно преимущество - рендеринг коллекции (частичной) категории.Но это может быть сделано и через продукт.Я хочу, чтобы код был как можно меньше.Просто интересно, каков наилучший подход в такой ситуации, как насчет маршрутизации и ресурсов в rails 3?Большое спасибо за любые предложения.

Answer 1

Я думаю, вы должны оставить контроллер по следующим причинам:

1) Может потребоваться поддержка категорий, базовых функций CRUD, поэтому это потребуется.

2) Если кому-то еще необходимо сохранить код на более позднем этапе, им будет гораздо проще, если все основные детали соответствуют ожидаемым. Обнаружение пропавшего контроллера, вероятно, вызовет у разработчиков подозрения относительно того, какие еще странности появятся позже.

3) Насколько меньше, не включая контроллер, сделать это? Это не будет большой разницей, поэтому для ясности, вероятно, лучше включить ее.

Answer 2

Все еще в той же теме и CRUD.

Похоже, мне не понадобится CRUD для модели категории.Я не собираюсь отображать или управлять им, поскольку это будут чисто статические данные (все еще в дБ), но посеянные только один раз.Следовательно, какую пользу даст контроллер категории?

В моем приложении я буду отображать продукты только внутри категории - это будет возможно без контроллера для категории - я думаю о допустимых URL-адресах, таких как / Category / 1 / Product / 1, или даже упрощаю их до Product / 1, Продукт / 2, но все же Категория используется для навигации между категориями.

Любой совет или примеры?Спасибо

Answer 3

Разве вам не нужен контроллер категорий, чтобы добавить новую категорию или удалить неиспользуемую?

Попытка «сохранить код как можно меньше» на более ранних этапах часто приводит к тому, что ваш код испорчен впоследующие этапы разработки.