Бизнес-логика Symfony

Question

В symfony я вижу, что некоторые кодеры помещают бизнес-логику в действия (то есть контроллеры), а некоторые кодеры помещают ее в модели (Doctrine).Куда должна принадлежать бизнес-логика, в контроллере или модели?Что если я не использовал Doctrine, а это были просто текстовые файлы?

Answer 1

Поместить бизнес-логику в контроллер - это плохая практика, модель является домом для нее.

Если у вас нет Doctrine, у вас все еще могут быть сущности, собственные классы моделей (вам следует).Ваши файлы могут быть абстрагированы, а затем размещать свою бизнес-логику в своих собственных классах, а не в контроллере.

Это все о MVC, и M действительно зависит от вас.

Answer 2

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

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

Answer 3

автобус.логика не должна жить в контроллерах.Контроллеры должны хорошо контролировать или направлять поток управления в приложении, в котором они живут.

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