возможно контроллеров, но сейчас речь только о сервисах)
проблема: много круд сервисов, которые реализуют практически одинаковые операции (разница появляется из-за того что в некоторых сервисах id генерируются из сиквенсов а в других нет, и это влияет на логику работы) сейчас реализовано копипастой
первое решение: создать AbstractService и реализовать в нём круды
почему отказались:
1) сложный дженерик (большое количество аргументов типов (Entity, Id, Repository, Dto(причём дто ещё и могут отличаться в разных реализциях), DtoMapper(тоже может быть разным)))
2) мелкие отличия потребуют создавать несколько абстрактных сервисов или усложнять логику
3) невозможность множественного наследования отсекает возможность переиспользовать элементы из нескольких реализаций сразу
второе решение:инкапсулировать повторяющуюся логику в утилите и вызывать её в сервисах (на первый взгляд проблем нет, но это только первый взгляд)
какие ещё есть способы добиться переиспользования, может существует что-то типо паттерна?
Абстрактные сервисы зачем? Есть же репозиторий, а потом хоть в 10 сервисах одной сущности по 1 методу реализуете. Просто тогда контроллеры тоже нужно будет так раздроблять в идеале
лучше не лепить абстракции эти
Обсуждают сегодня