Factory Method

Производящие шаблоны

Производящие шаблоны предназначены для обеспечения выполнения одной из самых распространённых задач в ООП – создания экземпляров объектов в системе. В ходе работы большинства объектно-ориентированных систем, независимо от уровня их сложности, создаётся множество экземпляров объектов. Производящие шаблоны облегчают процесс создания объектов, предоставляя разработчику следующие возможности:

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

Мы рассмотрим следующие производящие шаблоны:

• Factory Method.
• Singleton.
• Abstract Factory.

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

При этом классу, который будет вызывать статический метод ProductFactory.createProduct() нет необходимости знать какой конкретно экземпляр будет возвращён, он будет работать только с интерфейсом:

…

Product product = ProductFactory.createProduct();

//do something with the product

…

Реализация метода createProduct() может создавать тот или иной подкласс интерфейса Product, в зависимости от конфигурации, например:

…

public static Product createProduct() throws Exception{

return Class.forName(System.getProperty(“productclass”)).newInstance();

}

…

После чего можно запускать JVM:

java –Dproductclass=mypackage.ProductB my.MainClass

Таким образом можно избежать зависимости кода от конкретных реализаций того или иного класса. Однако для того чтобы этого добыться надо следить, чтобы классы которые могут быть подменены таким образом реализовывали один и тот же абстрактный интерфейс. По такому принципу сделан DriverManager.getConnection() в JDBC API.

Дата добавления: 2014-01-05