Когда использовать абстрактный шаблон factory?

Я пытаюсь кратко описать , когда использовать factory, как для себя, так и для моей команды. Я столкнулся со следующими связанными вопросами, которые несколько помогли:

Когда использовать factory шаблоны?
- (полезная pdf-ссылка не работает)
Как вы создаете свои фабрики?
- (больше "как", а не "когда" )
Каков ваш порог для использования factory вместо конструктора для создания объекта?
- (некоторые общие ответы)
Factory Шаблон. Когда использовать методы factory?
- (больше о factory методах, чем классы factory)
Когда использовать шаблон метода factory?
- (опять-таки о методах factory)

На основе этих ссылок и нескольких других источников (перечисленных внизу) я пришел к следующему:

Когда использовать абстрактный шаблон factory:

когда вы используете интерфейс var или оператор 'new'
- например. Пользователь user = new ConcreteUserImpl();
и код, который вы пишете, должен быть доступен для проверки/расширения в какой-то момент

Объяснение:

по самой своей природе подразумевают множество реализаций (хорошо для модульного тестирования)
интерфейс vars подразумевает код, совместимый с OCP- и LSP (поддержка подкласса)
использование "нового" оператора прерывает OCP/DI, потому что высокосвязные классы трудно проверить или изменить.

"Я создаю factory для каждого типа объекта? Это кажется чрезмерным.

нет, у вас может быть одна (или несколько) фабрик, которые производят множество (обычно связанных) типов объектов
например. appFactory.createUser(); appFactory.createCatalog(); и т.д.

Если НЕ использовать factory:

новый объект очень прост и вряд ли будет подклассифицирован
- например. Список списка = новый ArrayList();
новый объект не интересен для тестирования
- не имеет зависимостей
- не выполняет релевантную или долговременную работу.
- например. Logger log = new SimpleLogger();

Литература:

Мой вопрос: является ли мое резюме точным, и имеет ли он смысл? Есть ли что-то, что я забыл?

Спасибо заранее.

Ответ 1

Я бы также сказал, что не используйте factory, когда у вас есть конкретная реализация, которую вы хотите. Чтобы продолжить пример List, я знаю, что мне нужен ArrayList, потому что я делаю произвольный доступ. Я не хочу полагаться на factory получить это право, когда я могу сделать это сам.

И наоборот, когда я не хочу знать о конкретном подклассе, я могу использовать factory, и пусть он беспокоится о том, какой объект фактически создает экземпляр.

Я предполагаю, что я предлагаю вам добавить пулю к "когда использовать абстрактный шаблон factory", который гласит: "И вам все равно, какой конкретный подкласс вы получите", и обратный к "когда не использовать factory".

EDIT: Будьте осторожны, чтобы избежать универсального инструментария factory factory factory.

Ответ 2

В общем, используйте его, если хотите, чтобы вы могли переключать реализацию по внешней конфигурации.

JDBC и JAXP - отличные примеры. Для получения дополнительных примеров, проверьте этот ответ.

Ответ 3

Абстрактный шаблон Factory предоставляет способ инкапсулировать конкретные фабрики, которые разделяют некоторую общность друг с другом, что означает, что они реализуют один и тот же интерфейс/абстрактный класс.

Вам нужно использовать шаблон Factory всякий раз, когда вы хотите контролировать инициализацию своих объектов, вместо того, чтобы давать контроль потребителю.