Где Вы использовали бы разработчика Pattern вместо Абстрактной Фабрики?

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

Я не уверен, что это правильное использование, но это то, как я это видел, и как я это делал в прошлом.

Builder, который полезен для настройки. Абстрактная фабрика полезна, когда вы не хотите, чтобы вызывающие абоненты заботились о фактической реализации. Две разные цели.

Фактически, вы можете смешивать два паттерна. Например, Java DocumentBuilderFactory является классической абстрактной фабрикой: если вы прочитаете документацию, вы увидите процесс, который она использует для выбора реализации. Однако,

Здесь уже есть несколько очень хороших ответов . Я просто предлагаю аналогию.

Допустим, вам нужен новый стол для вашего нового офиса. Вы идете на «фабрику» и видите варианты, затем выбираете одну из полок. Если он соответствует вашим потребностям, отлично!

Теперь у вас есть большой офис со стенами необычной формы. Теперь вам нужен стол с формой столешницы, соответствующей вашему офису. И вы хотите, чтобы ножки подходили к остальной мебели и вашему новому стулу Aeron.

Вы возвращаетесь на ту же фабрику, но безуспешно. Вы идете к плотнику, который может построить то, что вы хотите. Вы указываете свои спецификации и требования, а «строитель» сообщит вам об определенных ограничениях. После нескольких итераций вы получили идеальный стол!

Хорошо, глупая история, но просто для облегчения: P

Один из хороших примеров, когда вам нужен конструктор, это если вы строите что-то по частям, основываясь на аргументах командной строки. Например, рассмотрим строителя с такими методами, как...

setName()
setType()
setOption()

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

Иногда эстетика одного шаблона просто лучше эстетики другого.

Строитель - это инверсия управления, подобно шаблону шаблонного метода. Различные функции на вашем конкретном строителе являются настраиваемыми шагами в процессе. Абстрактная фабрика - это "справедливый" полиморфизм, в результате которого получается новый объект. Различные функции на конкретной фабрике - это разные настраиваемые процессы, каждый из которых предположительно приводит к разным объектам.

Таким образом, вам нужен строитель, когда вам нужен общий "сюжет" для построения ваших объектов, но с отдельными "сценами" внутри этого сюжета, отличающимися друг от друга. Нужна фабрика, когда между разными реализациями нет ничего общего.

Я думаю, что можно было бы использовать и то, и другое одновременно, когда Абстрактная фабрика выступает в качестве режиссера в схеме Строителя, и каждая конкретная фабрика направляет вещи по-своему. Однако, это выходит за рамки "салфетки" для UML диаграмм ;-)

Для получения более подробной информации о , когда использовать конструктор и его преимущества, вам следует ознакомиться с моим сообщением по другому похожему вопросу здесь

Давайте рассмотрим аналогию.

Вы находитесь в сети фаст-фуда, где фаст-фуд, который вы на самом деле получаете, довольно сложен. Не только сложная, но и только некоторые люди могут принять ваш заказ на определенные виды еды. Вы этого не знаете, потому что менеджер магазина решил посадить одного человека за одну кассу. Но если присмотреться к нему внимательно, то на самом деле это продвинутая голограмма, потому что она "абстрактная" . Абстрактный заказчик. Теперь, когда вы говорите с голограммой и размещаете свой заказ, компьютер голограммы перенаправляет (полиморфизм) этот заказ на имплантат в мозгу человека, выполняющего заказ. Имплантат заставляет человека на самом деле пробить по порядку в реальный регистр. Немногие из этих "конкретных" контролируемых разумом людей, о которых голограмма заказывает. Теперь, когда настоящий человек пробивает в порядке, его отправляют в компьютер, где есть сборочный конвейер, или "строителя" , для каждого типа строящейся пищи. Заказы посылаются на различные виды сборочных линий, основанных на человеке и его кассе.

Итак, голограмма - это абстрактная фабрика, люди, контролируемые разумом, на регистрах - бетонные заводы, а сборочные линии - строители. Таким образом, можно реально визуализировать поток абстрактной фабрики, работающей С образцом строителя. Иногда лучше всего посмотреть, как шаблоны дизайна работают вместе, чтобы увидеть, чем они отличаются друг от друга.

Если вы ищете дополнительный кредит, попробуйте реализовать это с помощью дженериков. Это не требует столько кода, сколько вы можете подумать.