В чем принципиальная разница между фабричными и абстрактными фабричными моделями?
В чем принципиальная разница между фабричными и абстрактными фабричными моделями?
19 ответов
Используя шаблон Factory, вы создаете экземпляры реализаций (Apple, Banana, Cherryи т. д.) конкретного интерфейса - скажем, IFruit,
С помощью шаблона "Абстрактная фабрика" вы предоставляете возможность каждому создать собственную фабрику. Это позволяет вашему складу быть IFruitFactory или IJuiceFactory, не требуя от своего склада ничего знать о фруктах или соках.
Источник этой информации взят из: http://java.dzone.com/news/intro-design-patterns-abstract
Абстрактная фабрика против фабричного метода
Методы абстрактной фабрики реализованы как фабричные методы. И абстрактный шаблон фабрики, и шаблон метода фабрики отделяют клиентскую систему от реальных классов реализации через абстрактные типы и фабрики. Фабричный метод создает объекты с помощью наследования, а Абстрактная фабрика создает объекты с помощью композиции.
Шаблон Abstract Factory состоит из AbstractFactory, ConcreteFactory, AbstractProduct, ConcreteProduct и клиента.
Как реализовать
Абстрактный шаблон фабрики может быть реализован с использованием шаблона фабричного метода, шаблона прототипа или шаблона Singleton. Объект ConcreteFactory может быть реализован как Singleton, так как необходим только один экземпляр объекта ConcreteFactory.
Шаблон Factory Method - это упрощенная версия шаблона Abstract Factory. Шаблон Factory Method отвечает за создание продуктов, принадлежащих одному семейству, а шаблон Abstract Factory - для нескольких семейств продуктов.
Фабричный метод использует интерфейсы и абстрактные классы для отделения клиента от класса генератора и конечных продуктов. Абстрактная фабрика имеет генератор, который является контейнером для нескольких фабричных методов, а также интерфейсы, отделяющие клиента от генератора и продуктов.
Когда использовать шаблон фабричного метода
Используйте шаблон Factory Method, когда необходимо отделить клиента от определенного продукта, который он использует. Используйте фабричный метод, чтобы освободить клиента от ответственности за создание и настройку экземпляров продукта.
Когда использовать абстрактный шаблон фабрики
Используйте шаблон Абстрактная фабрика, когда клиенты должны быть отделены от классов продуктов. Особенно полезно для настройки и модификации программы. Шаблон Абстрактная фабрика также может навязывать ограничения относительно того, какие классы должны использоваться с другими. Это может быть много работы для создания новых бетонных заводов.
Примеры:
Абстрактная фабрика Пример 1
Настоящая спецификация дисков для приготовления разных видов макаронных изделий в изготовителе макаронных изделий является абстрактной фабрикой, а каждый конкретный диск - фабрикой. все фабрики (диски для изготовления макаронных изделий) наследуют свои свойства от абстрактной фабрики. Каждый отдельный диск содержит информацию о том, как создать макароны, а производитель макаронных изделий - нет.
Абстрактный Фабричный Пример 2:
Штамповочное оборудование соответствует абстрактной фабрике, так как это интерфейс для операций, которые создают абстрактные объекты продукта. Плашки соответствуют бетонному заводу, поскольку они создают конкретный продукт. Каждая категория деталей (капот, дверь и т. Д.) Соответствует абстрактному произведению. Конкретные детали (т.е. дверь со стороны водителя на 99 кулачков) соответствуют конкретным изделиям.
Пример фабричного метода:
Компания по производству игрушек соответствует Создателю, поскольку она может использовать фабрику для создания объектов товара. Подразделение компании по производству игрушек, которое производит игрушки определенного типа (лошади или машины), соответствует ConcreteCreator.
Фабричный шаблон: Фабрика производит IProduct-реализации
Абстрактная модель фабрики: фабрика-фабрика производит фабрики, которые, в свою очередь, производят продукцию IP:)
[Обновление в соответствии с комментариями]
То, что я написал ранее, не соответствует действительности, по крайней мере, согласно Википедии. Абстрактная фабрика - это просто фабричный интерфейс. С его помощью вы можете переключать свои фабрики во время выполнения, чтобы разрешить разные фабрики в разных контекстах. Примерами могут быть разные фабрики для разных ОС, провайдеры SQL, драйверы промежуточного программного обеспечения и т. Д.
Абстрактная фабричная картина
Предоставить интерфейс для создания семейств связанных или зависимых объектов без указания их конкретных классов.
Шаблон Abstract Factory очень похож на шаблон Factory Method. Одно из различий между ними заключается в том, что с шаблоном Abstract Factory класс делегирует ответственность за создание экземпляра объекта другому объекту через композицию, тогда как шаблон Factory Method использует наследование и опирается на подкласс для обработки требуемого экземпляра объекта.
На самом деле, делегированный объект часто использует фабричные методы для выполнения экземпляров!
Фабричный образец
Фабричные образцы - примеры творческих образцов
Образцы творчества абстрагируют процесс создания объекта. Они скрывают, как создаются объекты, и помогают сделать систему в целом независимой от того, как создаются и создаются ее объекты.
Шаблоны создания классов фокусируются на использовании наследования для определения объекта, который должен быть создан. Factory Method
Шаблоны создания объекта фокусируются на делегировании экземпляра другому объекту. Абстрактная фабрика
Справка: Фабрика против Абстрактной Фабрики
Основное отличие:
Factory: создает объекты без предоставления клиенту логики создания экземпляров.
Фабричный метод: определите интерфейс для создания объекта, но пусть подклассы решают, какой класс создать. Метод Factory позволяет классу откладывать создание экземпляров для подклассов
Абстрактная фабрика: предоставляет интерфейс для создания семейств связанных или зависимых объектов без указания их конкретных классов.
Шаблон Abstract Factory использует композицию, чтобы делегировать ответственность за создание объекта другому классу, в то время как шаблон метода Factory использует наследование и опирается на производный класс или подкласс для создания объекта.
Из статей о дизайне:
Заводская диаграмма классов:
Пример: StaticFactory
public class ShapeFactory {
//use getShape method to get object of type shape
public static Shape getShape(String shapeType){
if(shapeType == null){
return null;
}
if(shapeType.equalsIgnoreCase("CIRCLE")){
return new Circle();
} else if(shapeType.equalsIgnoreCase("RECTANGLE")){
return new Rectangle();
} else if(shapeType.equalsIgnoreCase("SQUARE")){
return new Square();
}
return null;
}
}
Нестатическая фабрика, реализующая пример FactoryMethod, доступна в этом посте:
Шаблоны проектирования: фабрика против фабрики, метод против абстрактной фабрики
Когда использовать: Клиенту просто нужен класс, и ему все равно, какую конкретную реализацию он получает.
Заводской метод класса дигарам:
Когда использовать: Клиент не знает, какие конкретные классы необходимо будет создать во время выполнения, но просто хочет получить класс, который будет выполнять эту работу.
Абстрактная фабричная диаграмма классов от dzone
Когда использовать: когда вашей системе необходимо создать несколько семейств продуктов или вы хотите предоставить библиотеку продуктов без раскрытия деталей реализации.
Примеры исходного кода в вышеприведенных статьях очень хороши для четкого понимания концепций.
Связанный вопрос SE с примером кода:
Заводская модель. Когда использовать фабричные методы?
Отличия:
- Абстрактные фабричные классы часто реализуются с помощью фабричных методов, но они также могут быть реализованы с использованием Prototype
- Проекты начинаются с использования Factory Method (менее сложный, более настраиваемый, подклассы разрастаются) и переходят к другим шаблонам творчества (более гибким, более сложным), где требуется большая гибкость.
- Заводские методы обычно вызываются в шаблонных методах.
Другие полезные статьи:
factory_method от создания источника
abstract_factory от создания источника
абстрактный-фабричный-дизайн-шаблон из журнала
Фабричный метод: у вас есть фабрика, которая создает объекты, производные от определенного базового класса
Абстрактная фабрика: у вас есть фабрика, которая создает другие фабрики, а эти фабрики в свою очередь создают объекты, производные от базовых классов. Вы делаете это потому, что вы часто не просто хотите создать отдельный объект (как в методе Factory), а хотите создать коллекцию связанных объектов.
Абстрактная фабрика - это интерфейс для создания связанных объектов, а фабричный метод - это метод. Абстрактная фабрика реализуется фабричным методом.
Многие могут удивиться, но этот вопрос неверен. Если вы слышите этот вопрос во время собеседования, вам нужно помочь интервьюеру понять, в чем путаница.
Начнем с того, что нет конкретного шаблона, который называется просто "Фабрика". Существует шаблон, который называется "Абстрактная фабрика", и существует шаблон, который называется "Метод фабрики".
Итак, что же значит "Фабрика"? одно из следующего (все может считаться правильным, в зависимости от объема ссылки):
- Некоторые люди используют его как псевдоним (ярлык) для " Абстрактной фабрики".
- Некоторые люди используют его в качестве псевдонима (ярлыка) для " Factory Method".
- Некоторые люди используют это как более общее название для всех фабричных / творческих моделей. Например, "Абстрактная фабрика" и "Фабричный метод" являются фабриками.
И, к сожалению, многие люди используют "Фабрика" для обозначения другого вида фабрики, которая создает фабрику или фабрики (или их интерфейсы). Основываясь на их теории:
Продукт реализует IProduct, который создается Factory, который реализует IFactory, который создается Abstract Factory.
Чтобы понять, насколько это глупо, давайте продолжим наше уравнение:
Abstract Factory реализует IAbstract Factory, который создается... AbstractAbstract Factory???
Я надеюсь, что вы видите смысл. Не смущайтесь, и, пожалуйста, не изобретайте вещи, которые не существуют по причине.
-
PS: Фабрика для продуктов - это Abstract Factory, а Фабрика для абстрактных фабрик была бы еще одним примером Abstract Factory.
Пример / сценарий для абстрактной фабрики
Я живу в месте, где в сезон дождей идет дождь, зимой - снег, а летом жарко и солнечно. Мне нужна другая одежда, чтобы защитить себя от стихии. Для этого я иду в магазин рядом с моим домом и прошу одежду / предметы, чтобы защитить себя. Хранитель магазина дает мне соответствующий предмет в соответствии с окружающей средой и глубиной моего кармана. Предметы, которые он мне дает, имеют такой же уровень качества и ценовой категории. Поскольку он знает о моих стандартах, ему легко это сделать. Но когда богатый парень с другой стороны улицы предъявляет те же требования, он получает дорогой фирменный товар. Одна заметная вещь - все предметы, которые он дает мне, дополняют друг друга с точки зрения качества, стандарта и стоимости. Можно сказать, что они идут друг с другом. То же самое и с вещами, которые получает этот богатый парень.
Итак, глядя на вышеприведенный сценарий, я теперь оцениваю эффективность продавца. Я могу заменить этого лавочника абстрактным магазином. Предметы, которые мы получаем с абстрактными предметами, и я, и богатые, как перспективные клиенты. Все, что нам нужно, это продукт / предмет, который соответствует нашим потребностям.
Теперь я легко вижу себя, рассматривая интернет-магазин, который предоставляет множество услуг своим многочисленным клиентам. Каждый клиент принадлежит к одной из трех групп. Когда пользователь премиум-группы открывает сайт, он получает отличный пользовательский интерфейс, настраиваемую панель рекламы, больше опций в меню и т. Д. Этот же набор функций представлен золотому пользователю, но функциональность в меню меньше, реклама в основном релевантна, и немного менее эргономичный интерфейс. Последний - мой тип пользователя, пользователь "свободной группы". Я просто достаточно обслужен, чтобы не обижаться. Пользовательский интерфейс - это минимум, рекламные объявления настолько далеки от отслеживания, что я не знаю, что из этого выйдет, наконец, в меню есть только выход из системы.
Если бы у меня была возможность создать что-то похожее на этот сайт, я бы определенно рассмотрел шаблон Abstract Factory Pattern
Абстрактная продукция: Панель рекламы, Меню, Пользовательский интерфейс художника.
Абстрактная фабрика: пользовательский опыт интернет-магазина
Concreate Factory: пользовательский опыт премиум-класса, пользовательский опыт Gold, общий пользовательский опыт
//Abstract factory - Provides interface to create factory of related products
interface PizzaIngredientsFactory{
public Dough createDough(); //Will return you family of Dough
public Clam createClam(); //Will return you family of Clam
public Sauce createSauce(); //Will return you family of Sauce
}
class NYPizzaIngredientsFactory implements PizzaIngredientsFactory{
@Override
public Dough createDough(){
//create the concrete dough instance that NY uses
return doughInstance;
}
//override other methods
}
Определения учебника уже предоставлены другими ответами. Я думал, что приведу пример этого тоже.
Так вот PizzaIngredientsFactory это абстрактная фабрика, так как она предоставляет методы для создания семейства связанных продуктов.
Обратите внимание, что каждый метод в абстрактной фабрике сам по себе является фабричным методом. подобно createDough() сам по себе является фабричным методом, чьи конкретные реализации будут обеспечиваться подклассами, такими как NYPizzaIngredientsFactory, Таким образом, используя это, каждое другое местоположение может создавать экземпляры конкретных ингредиентов, которые принадлежат их местоположению.
Фабричный метод
Предоставляет пример конкретной реализации
В примере:
- createDough() - обеспечивает конкретную реализацию для теста. Так что это фабричный метод
Абстрактная Фабрика
Предоставляет интерфейс для создания семейства связанных объектов
В примере:
- PizzaIngredientsFactory это абстрактная фабрика, так как она позволяет создавать связанный набор объектов, таких как Dough, Clams, Sauce, Для создания каждого семейства объектов предусмотрен фабричный метод.
Пример из головы Первые шаблоны дизайна
По определению мы можем вытянуть различия двух:
Фабрика: интерфейс используется для создания объекта, но подкласс решает, какой класс создать. Создание объекта выполняется тогда, когда это требуется.
Абстрактная фабрика: шаблон Абстрактная фабрика действует как суперфабрика, которая создает другие фабрики. В шаблоне Abstract Factory интерфейс отвечает за создание набора связанных объектов или зависимых объектов без указания их конкретных классов.
Таким образом, в приведенных выше определениях мы можем подчеркнуть конкретное различие. то есть шаблон Factory отвечает за создание объектов, а Abstract Factory отвечает за создание набора связанных объектов; очевидно, как через интерфейс.
Заводская модель:
public interface IFactory{
void VehicleType(string n);
}
public class Scooter : IFactory{
public void VehicleType(string n){
Console.WriteLine("Vehicle type: " + n);
}
}
public class Bike : IFactory{
public void VehicleType(string n) {
Console.WriteLine("Vehicle type: " + n);
}
}
public interface IVehicleFactory{
IFactory GetVehicleType(string Vehicle);
}
public class ConcreteVehicleFactory : IVehicleFactory{
public IFactory GetVehicleType(string Vehicle){
switch (Vehicle){
case "Scooter":
return new Scooter();
case "Bike":
return new Bike();
default:
return new Scooter();
}
}
class Program{
static void Main(string[] args){
IVehicleFactory factory = new ConcreteVehicleFactory();
IFactory scooter = factory.GetVehicleType("Scooter");
scooter.VehicleType("Scooter");
IFactory bike = factory.GetVehicleType("Bike");
bike.VehicleType("Bike");
Console.ReadKey();
}
}
Абстрактная фабричная картина:
interface IVehicleFactory{
IBike GetBike();
IScooter GetScooter();
}
class HondaFactory : IVehicleFactory{
public IBike GetBike(){
return new FZS();
}
public IScooter GetScooter(){
return new FZscooter();
}
}
class HeroFactory: IVehicleFactory{
public IBike GetBike(){
return new Pulsur();
}
public IScooter GetScooter(){
return new PulsurScooter();
}
}
interface IBike
{
string Name();
}
interface IScooter
{
string Name();
}
class FZS:IBike{
public string Name(){
return "FZS";
}
}
class Pulsur:IBike{
public string Name(){
return "Pulsur";
}
}
class FZscooter:IScooter {
public string Name(){
return "FZscooter";
}
}
class PulsurScooter:IScooter{
public string Name(){
return "PulsurScooter";
}
}
enum MANUFACTURERS
{
HONDA,
HERO
}
class VehicleTypeCheck{
IBike bike;
IScooter scooter;
IVehicleFactory factory;
MANUFACTURERS manu;
public VehicleTypeCheck(MANUFACTURERS m){
manu = m;
}
public void CheckProducts()
{
switch (manu){
case MANUFACTURERS.HONDA:
factory = new HondaFactory();
break;
case MANUFACTURERS.HERO:
factory = new HeroFactory();
break;
}
Console.WriteLine("Bike: " + factory.GetBike().Name() + "\nScooter: " + factory.GetScooter().Name());
}
}
class Program
{
static void Main(string[] args)
{
VehicleTypeCheck chk = new VehicleTypeCheck(MANUFACTURERS.HONDA);
chk.CheckProducts();
chk= new VehicleTypeCheck(MANUFACTURERS.HERO);
chk.CheckProducts();
Console.Read();
}
}
У меня есть несколько моментов, которые я могу внести в ответ Джона следующим образом:
Абстрактная фабрика это фабрика заводов!
С "Фабричным методом" (потому что просто "Фабрика" является неоднозначным), вы производите реализации (Lemon, Orange и т. д.) конкретного интерфейса - скажем, IFruit, Эту фабрику можно назвать CitricFruitFactory,
Но теперь вы хотите создать другие виды фруктов, которые не может создать CitricFruitFactory. Может быть, код CitricFruitFactory не имеет смысла, если вы создаете Strawberry в нем (клубника не лимонный фрукт!).
Таким образом, вы можете создать новую фабрику под названием RedFruitFactory что производит Strawberry, Raspberry, так далее.
Как сказал Джон Феминелла: "Используя шаблон Abstract Factory, вы создаете реализации определенного интерфейса Factory - например, IFruitFactory , Каждый из них знает, как создавать различные виды фруктов ".
Это реализации IFruitFactory являются CitricFruitFactory а также RedFruitFactory!
Мои источники: Stackru, tutorialspoint.com, programmers.stackexchange.com а также CodeProject.com,
Factory Method (также называемый Factory) для развязки клиента Interface реализация. Для образца у нас есть Shape интерфейс с двумя Circle а также Square Реализации. Мы определили фабричный класс с фабричным методом с параметром определителя, таким как Type и новая связанная с этим реализация Shape интерфейс.
Abstract Factory содержит несколько фабричных методов или фабричный интерфейс несколькими фабричными реализациями. Для следующего выше образца у нас есть Color интерфейс с двумя Red а также Yellow Реализации. Мы должны определить ShapeColorFactory интерфейс с двумя RedCircleFactory а также YellowSquareFactory, Следующий код для объяснения этой концепции:
interface ShapeColorFactory
{
public Shape getShape();
public Color getColor();
}
class RedCircleFactory implements ShapeColorFactory
{
@Override
public Shape getShape() {
return new Circle();
}
@Override
public Color getColor() {
return new Red();
}
}
class YellowSquareFactory implements ShapeColorFactory
{
@Override
public Shape getShape() {
return new Square();
}
@Override
public Color getColor() {
return new Yellow();
}
}
Здесь разница между FactoryMethod а также AbstractFactory, Factory Method а просто вернуть конкретный класс интерфейса, но Abstract Factory вернуть factory of factory, Другими словами Abstract Factory вернуть разные комбайны из серии интерфейса.
Я надеюсь, что мое объяснение полезно.
Фабричный метод - это нестатический метод, который возвращает базовый класс или тип интерфейса и который реализован в иерархии для обеспечения полиморфного создания. Фабричный метод должен быть определен / реализован классом и одним или несколькими подклассами класса. Класс и подклассы действуют как фабрики. Однако мы не говорим, что Фабричный метод - это Фабрика. Абстрактная фабрика - это интерфейс для создания семейств связанных или зависимых объектов без указания их конкретных классов.
Абстрактные фабрики предназначены для замены во время выполнения, поэтому система может быть настроена на использование конкретного конкретного разработчика абстрактной фабрики. Каждая Абстрактная Фабрика является Фабрикой, хотя не каждая Фабрика является Абстрактной Фабрикой. Классы, которые являются Фабриками, а не Абстрактными Фабриками, иногда превращаются в Абстрактные Фабрики, когда возникает необходимость поддержать создание нескольких семейств связанных или зависимых объектов.
И то и другое Factory Method а также Abstract Factory Держите клиентов отделенными от конкретных типов. Оба создают объекты, но Factory метод использует наследование, тогда как Abstract Factory использовать композицию.
Factory Method наследуется в подклассах для создания конкретных объектов (продуктов), тогда как Abstract Factory предоставить интерфейс для создания семейства связанных продуктов, а подкласс этого интерфейса определить, как создавать связанные продукты.
Затем эти подклассы при создании экземпляра передаются в классы продукта, где он используется как абстрактный тип. Сопутствующие продукты в Abstract Factory часто реализуются с использованием Factory Method,
Расширяя ответ Джона Феминеллы:
Apple, Banana, Cherry инвентарь FruitFactory и у этого есть метод под названием Create который несет исключительную ответственность за создание Apple или Banana или Cherry. Вы сделали, с вашим Factory метод.
Теперь вы хотите Create специальный салат из твоих фруктов и вот твоя Абстрактная Фабрика. Абстрактная Фабрика знает, как создать свой особенный салат из яблок, бананов и вишни.
public class Apple implements Fruit, FruitFactory {
public Fruit Create() {
// Apple creation logic goes here
}
}
public class Banana implements Fruit, FruitFactory {
public Fruit Create() {
// Banana creation logic goes here
}
}
public class Cherry implements Fruit, FruitFactory {
public Fruit Create() {
// Cherry creation logic goes here
}
}
public class SpecialSalad implements Salad, SaladFactory {
public static Salad Create(FruitFactory[] fruits) {
// loop through the factory and create the fruits.
// then you're ready to cut and slice your fruits
// to create your special salad.
}
}
Основное различие в этих фабриках заключается в том, когда вы хотите делать с фабриками и когда вы хотите использовать их.
Иногда, когда вы делаете IOC (инверсия управления, например, инжекция в конструктор), вы знаете, что можете создавать твердые объекты. Как уже упоминалось в приведенном выше примере фруктов, если вы готовы создавать объекты из фруктов, вы можете использовать простой фабричный шаблон.
Но часто вы не хотите создавать твердые объекты, они появятся позже в потоке программы. Но конфигурация говорит вам, какую фабрику вы хотите использовать при запуске, вместо создания объектов вы можете передавать фабрики, производные от общего класса фабрики, конструктору в IOC.
Итак, я думаю, что это также о времени существования и создания объекта.
Я думаю, что мы можем понять разницу между этими двумя, увидев пример кода Java8:
interface Something{}
interface OneWhoCanProvideSomething {
Something getSomething();
}
interface OneWhoCanProvideCreatorsOfSomething{
OneWhoCanProvideSomething getCreator();
}
public class AbstractFactoryExample {
public static void main(String[] args) {
//I need something
//Let's create one
Something something = new Something() {};
//Or ask someone (FACTORY pattern)
OneWhoCanProvideSomething oneWhoCanProvideSomethingOfTypeA = () -> null;
OneWhoCanProvideSomething oneWhoCanProvideSomethingOfTypeB = () -> null;
//Or ask someone who knows soemone who can create something (ABSTRACT FACTORY pattern)
OneWhoCanProvideCreatorsOfSomething oneWhoCanProvideCreatorsOfSomething = () -> null;
//Same thing, but you don't need to write you own interfaces
Supplier<Something> supplierOfSomething = () -> null;
Supplier<Supplier<Something>> supplierOfSupplier = () -> null;
}
}
Теперь вопрос в том, какой способ создания следует использовать и почему: Первый способ (без шаблона, просто простой конструктор): создание самостоятельно - не очень хорошая идея, вы должны выполнить всю работу, и ваш клиентский код привязан к конкретная реализация.
Второй способ (с использованием шаблона Factory): предоставляет вам преимущество, заключающееся в том, что вы можете передать любой тип реализации, который может предоставить другой тип чего-либо на основе некоторого условия (возможно, параметра, передаваемого в метод создания).
Третий способ (использование шаблона Abstract Factory): это дает вам больше гибкости. Вы можете найти разные типы создателей чего-либо на основе какого-либо условия (возможно, переданного параметра).
Обратите внимание, что вы всегда можете обойтись без паттерна Factory, комбинируя вместе два условия (что немного увеличивает сложность кода и связывание), я думаю, поэтому мы редко видим реальные случаи использования паттерна Abstract Factory.
Проверьте здесь: http://www.allapplabs.com/java_design_patterns/abstract_factory_pattern.htm кажется, что метод Factory использует определенный класс (не абстрактный) в качестве базового класса, в то время как Abstract factory использует для этого абстрактный класс. Также, если использовать интерфейс вместо абстрактного класса, результатом будет другая реализация шаблона Abstract Factory.
: D
Abstract Factory - шаблон для создания различных типов интерфейсов. Предположим, у вас есть проект, который требует, чтобы вы анализировали различные типы CSV-файлов, содержащих информацию о количестве, цене и товаре, например, некоторые содержат данные о фруктах, другие о конфетах, а затем после анализа вам нужно обновить эту информацию в соответствующей базе данных, чтобы теперь вы могли иметь одна абстрактная фабрика возвращает вам парсер и фабрику модификаторов, а затем эта фабрика парсеров может возвращать вам объект синтаксического анализатора шоколада, объект анализатора фруктов и т. д., и аналогично фабрика модификаторов может возвращать объект модификатора шоколада, объект модификатора фруктов и т. д.