Почему нужно использовать метод фабрики создать объекты [дубликат]

У вас есть различные преимущества с фабричным методом.

1. Вы можете избежать создания повторяющихся объектов (если ваши объекты неизменяемы). Фабрика может возвращать тот же объект для того же набора параметров.
2. Вы можете создать и вернуть любой подтип типа, для создания которого предназначена фабрика. Замена реализаций без изменения клиентского кода (вызывающего кода).
3. Вы можете возвращать один и тот же объект каждый раз (другими словами, синглтон, если единственный способ получить объект - это фабрика).

Основная идея заключается в том, чтобы управлять созданием .

Клиент вызывает объект Method
Factory.GetObject (Spec spec)

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

Этот подход более расширяемый и устойчивый к изменениям - в будущем

• вы можете добавить новый параметр настройки в Spec и обработать его внутри фабричного метода, чтобы вернуть LatestAndGreatestSubclass
• вы могли бы улучшить существующий объект и вернуть v2 предыдущего подкласса или заменить его с совершенно другой реализацией: существующие клиенты и интерфейс фабричного метода не должны были бы меняться.

Комментарий получился слишком длинным ... Поэтому пришлось опубликовать его как ответ.

1-Простота реализации.

Код приложения с двумя клиентами не нужно кардинально менять.

Создание 3-х классов является абстракцией от клиентского кода.

Вы также можете проверить эту ветку Заводской образец. Когда использовать заводские методы?