Шаблон Abstract Factory. Проблема

В больших приложениях вам, возможно, понадобятся фабрики, которые генерируют связанные наборы классов. Эту проблему решает шаблон Abstract Factory. Читать далее

Шаблон Factory Method. Выводы

Обратите внимание на то, что наши классы-создатели отражают иерархию продуктов. Это обычный результат, получаемый в результате использования шаблона Factory Method. Некоторые программисты считают этот шаблон особым видом дублирования кода и поэтому часто испытывают к нему антипатию. Другая проблема— шаблон Factory Method часто способствует ненужному созданию под-классов. Читать далее

Шаблон Factory Method. Реализация

В шаблоне Factory Method классы создателей отделены от продуктов, которые они должны генерировать. Создатель— это класс фабрики, в котором определен метод для генерации объекта-продукта. Если стандартной реализации этого метода не предусмотрено, то создание экземпляров объектов оставляют дочерним классам создателя. Обычно в каждом подклассе создателя создается экземпляр параллельного дочернего класса продукта.
Читать далее

Шаблон Factory Method. Проблема

В объектно-ориентированном проекте упор делается на абстрактном классе, а не на его реализации, т.е. мы работаем с обобщениями, а не с частностями. Шаблон Factory Method решает проблем создания экземпляров объектов, когда в коде используются абстрактные типы. И в чем же состоит решение? Пусть созданием экземпляров объектов занимаются специальные классы. Читать далее

Шаблон Singleton. Выводы

Итак, насколько хорош подход с использованием шаблона Singleton по сравнению с глобальными переменными? Начнем с плохого. И шаблоном Singleton, и глобальными переменными часто злоупотребляют. Поскольку доступ к объектам Singleton можно получить из любого места системы, они могут способствовать созданию зависимостей, которые затрудняют отладку приложения. А в случае изменения шаблона Singleton это повлияет на классы, которые его используют Читать далее