4.21. Определение корректного типа модели

Разве не слишком легко запутаться в таком количестве типов моделей?

Ну, и да, и нет. Сначала, может быть нелегко определять подходящий тип модели, но как только вы наберетесь опыта вы начнете делать это интуитивно. Просто помните о том, что типы моделей улучшает структуру ваших моделей предметной области.

Когда вы пишете ваше собственное приложение, вас может сбить с толку необходимость выбрать, к какому типу модели принадлежит ваш класс (является ли он сущностью, объектом-значением, репозиторием, сервисом или фабрикой). Ниже представлен простой алгоритм, чтобы упростить выбор корректного типа модели при написании своего приложения:

• Ваш класс модели - Сервис
  • если он инкапсулирует бизнес-логику
  • если вы вызываете его из класса контроллера
  • если вы думаете, что подходящее ему имя заканчивается на суффикс "er": FileUploader или VersionChecker
• Ваш класс модели - Сущность:
  • если ваша модель хранится в базе данных
  • если у него есть свойство идентификатора
  • если у него есть и геттеры, и сеттеры
• Ваш класс модели - Объект-значение:
  • если замена любого свойства сделает модель абcолютно другой
  • если у вашей модели есть геттеры, но нет сеттеров (она неизменна)
• Ваша модель - Репозиторий:
  • если она работает с базой данных для извлечения сущностей
• Ваша модель - Фабрика:
  • если она может создавать другие объекты и ничего кроме этого

Хмм... А что если я просто буду хранить все мои модели в одной единственной директории Model?

Конечно, вы можете, если очень этого хотите. Но в таком случае, когда вы будете использовать библиотеку Doctrine ORM, вы заметите, что она также пользуется принципами DDD, так что использование DDD делает ваше приложение упорядоченным.