Заводские рисунки дизайна не нужны?

Question

Всякий раз, когда я вижу шаблон фабричного дизайна, он всегда имеет простой подход new FactoryName.build(). И при создании объектов у них есть зависимости, но в моем случае у меня есть существующие проекты, в которых я больше работаю во время выполнения, чем во время инициализации (подумайте внутри существующей, сложной базы кода, а не просто пример заводского дизайна). Поэтому для того, чтобы вводить необходимые зависимости, моя реализация build невозможна только как return new Blah(new This(), new That()).

Так что, если я хочу, чтобы передать параметры построения (например: build(SomeENUM type), и/или даже автоматическое обнаружение зависимостей внутри сборки (например:. some logic to auto-detect SomeENUM type) Является ли один или оба из них по своей сути неправильно

Answer 1

"? создавать»модели типа (заводской сборки /) абстрактного процесса создания экземпляра объекта по скрывается, как создаются объекты и сделать систему независимой от процесса создания объекта.

Если я понимаю вас вопрос правильно, вы не можете «играть» с SomeENUM type внутри build завод процесс. Это главная цель шаблонов Factory, чтобы сделать весь процесс как черного ящик

Я взял экраны печати с хорошего доком .: