На моей работе идет огромная дискуссия о том, что такое фабричный паттерн.
Главный вопрос обсуждения заключается в том, может ли внутри фабрики при создании объекта также разветвляться вызовы для заполнения его подклассов через другие фабрики.
Или родительская фабрика нуждается в этих деталях заранее как часть своего конструктора в качестве параметра вместе с другими данными?
Можно ли вызывать другие фабрики внутри фабрики? или фабрика должна быть автономной и полностью независимой?
Для меня это не вопрос Да или Нет, так что вот оно.
Я думаю, что нормально называть фабрику внутри фабрики, но это невозможно сделать без учета недостатков, которые это может вызвать. Чем глубже цепочка заводов, тем сложнее зависимость. Кроме того, это может повлиять на ремонтопригодность и тестируемость.
Чтобы избежать конкретной зависимости, вы можете отделить ее, применяя принципы SOLID. Это приведет вас к полностью гибкой и инъекционной фабричной семье. Но без DI-контейнера это может стать проблемой, а с DI-контейнером также следует учитывать производительность.
Итак, короткий ответ — да, но вам нужно найти баланс между гибкостью, удобством сопровождения, тестируемостью и производительностью.
Эмпирическое правило: создавайте структуры, если они действительно необходимы, без излишней инженерии.
