Запутался на MVC в рельсах - PullRequest
0 голосов
/ 28 января 2011

Я немного запутался в том, что писать, где в Rails.

В идеале у меня будет вид, контроллер, модель. Модель должна иметь всю бизнес-логику. Но в большинстве приложений Rails, которые я видел, я видел большую часть бизнес-логики, написанной в файлах Controller.

Должны ли мы называть их контролером? А как насчет View-моделей. Я говорю о моделях данных, которые связаны для представления. Я имею в виду JSF и Swing, когда говорю это. С каждым представлением связана модель данных, обычно это бин. Но здесь у нас нет ничего подобного, или я не знаю? А как насчет сервисных уровней, как мне реализовать их в моем коде Rails.

Подводя итог моим вопросам

  1. Почему бизнес-логика написано в контроллерах в большинстве Rails код? Это хорошая практика?
  2. Как включить модель представления в рельсы, т.е. модели данных для просмотра?
  3. Где разместить сервисные слои в приложении Rails?

Спасибо

1 Ответ

2 голосов
/ 28 января 2011

Подводя итог моим ответам:

  1. Новый стандарт для Ruby on Rails заключается в размещении бизнес-логики в модели.Это также известно как тощий контроллер жирной модели.

  2. Rails не применяет этот подход к одной модели данных, но вы можете реализовать его, если захотите.Базовые леса делают нечто подобное.

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

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...