
# concrete product A1
class ProductA1
def testA()
puts "test A1"
end
end
# concrete product A2
class ProductA2
def testA()
puts "test A2"
end
end
# concrete product B1
class ProductB1
def testB()
puts "test B1"
end
end
# concrete product B2
class ProductB2
def testB()
puts "test B2"
end
end
# concrete factory 1
class Factory1
def createA()
return ProductA1.new
end
def createB()
return ProductB1.new
end
end
# concrete factory 2
class Factory2
def createA()
return ProductA2.new
end
def createB()
return ProductB2.new
end
end
# client code
def testFactory(factory)
productA = factory.createA()
productB = factory.createB()
productA.testA()
productB.testB()
end
testFactory(Factory1.new)
# printed: test A1
# test B1
testFactory(Factory2.new)
# printed: test A2
# test B2
Предоставляет интерфейс для создания семейств объектов, интерфейсы которых известны, а конкретные классы нет.Read moreЗадача. Программа рисует окна в двух стилях, светлом и тёмном. Каждому стилю нужны своя кнопка и своё меню. Если код создаёт их напрямую, он может по ошибке соединить светлую кнопку с тёмным меню. А третий стиль заставит искать каждое место, где создаётся кнопка или меню. Идея. Абстрактная фабрика - это интерфейс, в котором на каждый вид продукта есть свой метод создания. Каждая конкретная фабрика реализует его для одного семейства. Одна фабрика создаёт светлые кнопку и меню, другая - тёмные. Клиент получает фабрику и создаёт через неё все продукты. Конкретный продукт он никогда не называет, поэтому всё, что он получает, принадлежит одному семейству. Чтобы сменить семейство целиком, клиенту дают другую фабрику. Как читать пример. Продукты бывают двух видов, A и B. Конкретная фабрика выпускает одно семейство: по одному продукту каждого вида, и у обоих один и тот же номер. Клиент получает фабрику, просит у неё по продукту каждого вида и пользуется обоими. Какое семейство ему досталось, клиент не знает, но вывод это показывает. В некоторых языках интерфейсов не объявляют вовсе, но роли остаются теми же. Когда применять. Абстрактная фабрика нужна, когда продукты должны работать вместе и у них несколько семейств, как у тем оформления или операционных систем. При одном семействе она ни к чему. Не нужна она и тогда, когда продукты друг от друга не зависят: хватит конструктора или Фабричного метода. Частая ошибка. Взять этот паттерн, пока виды продуктов ещё часто меняются. Каждый новый вид добавляет метод и в абстрактную фабрику, и в каждую конкретную. |