VM
это просто карго культ, аля все сервисы закрываем интерфейсами, для каждого объекта пилим фабрику
Size: a a a
2021 April 12
DP
Не, сущность User тут просто пример. По сути меня интересует кто как инстанцирует сущности в отрыве от предметной области. Ведь наверняка это есть в почти каждом проекте.
A
1. Тем что он не в модели.
2. Этот код действительно бесполезен. Эти параметры должны быть в конструкторе, поскольку устанавливаются свойства самой модели. Не имеет смысла выносить это в отдельный конструктор.
3. Фабрика имеет смысл, когда устанавливается нечто не свойственное конкретной модели. Внешняя ссылка, например.
2. Этот код действительно бесполезен. Эти параметры должны быть в конструкторе, поскольку устанавливаются свойства самой модели. Не имеет смысла выносить это в отдельный конструктор.
3. Фабрика имеет смысл, когда устанавливается нечто не свойственное конкретной модели. Внешняя ссылка, например.
AL
Валидирую дто, в менеджере из дто собираю сущность. Запрещаю невалидное состояние сущности.
VM
а есть реально разница между моком модели и реальной моделью?
зачем писать $repositoryMock->willReturn($userMock), если можно написать $repositoryMock->willReturn($user)?
зачем писать $repositoryMock->willReturn($userMock), если можно написать $repositoryMock->willReturn($user)?
A
вы выпадаете из контекста. Я отвечал на "аля все сервисы закрываем интерфейсами"
И да, разница между $service и $serviceMock очень большая.
Да и мок модели - тоже большая разница.
Если ваш сервис пользует специфичную логику, вы сможете подсчитать, даже, сколько раз был вызван нужный вам метод.
И да, разница между $service и $serviceMock очень большая.
Да и мок модели - тоже большая разница.
Если ваш сервис пользует специфичную логику, вы сможете подсчитать, даже, сколько раз был вызван нужный вам метод.
VM
чтоб замокаь сервис интерфейс тоже не нужен
VM
я говорю о том, что интерфейсы и фабрики - это карго культ очень у многих. Их пихают везде, потому что так надо, а не потому что они там действительно нужны
VM
вот как раз считая сколько какой метод раз вызвали вы пишете хрупкие тесты. Тест должен проверять что результат такой как ожидалось, а не сколько и каких методов было вызвано у модели. Вот именно потому моки моделей вообще нонсенс. По сути вы в своих тестах тестите имплементацию, а не контракт
VM
о преждевременной оптимизации слыхали?
так то это совсем не проблема извлечь интерфейс из реализации когда это реально потребуется
так то это совсем не проблема извлечь интерфейс из реализации когда это реально потребуется