
-- Products of family 1: a product is a table
-- with the function its role needs
local function new_product_a1()
return {test_a = function()
return "test A1"
end}
end
local function new_product_b1()
return {test_b = function()
return "test B1"
end}
end
-- Products of family 2
local function new_product_a2()
return {test_a = function()
return "test A2"
end}
end
local function new_product_b2()
return {test_b = function()
return "test B2"
end}
end
-- Concrete factories: tables of constructors
-- under the same keys
local factory1 = {create_a = new_product_a1,
create_b = new_product_b1}
local factory2 = {create_a = new_product_a2,
create_b = new_product_b2}
-- Client: uses the keys, never the family
local function check_factory(factory)
local product_a = factory.create_a()
local product_b = factory.create_b()
return product_a.test_a() .. ", "
.. product_b.test_b()
end
local result1 = check_factory(factory1)
-- result1 = test A1, test B1
local result2 = check_factory(factory2)
-- result2 = test A2, test B2
print("result1 = " .. result1)
print("result2 = " .. result2)
Предоставляет интерфейс для создания семейств объектов, интерфейсы которых известны, а конкретные классы нет.Read moreЗадача. Программа рисует окна в двух стилях, светлом и тёмном. Каждому стилю нужны своя кнопка и своё меню. Если код создаёт их напрямую, он может по ошибке соединить светлую кнопку с тёмным меню. А третий стиль заставит искать каждое место, где создаётся кнопка или меню. Идея. Абстрактная фабрика - это интерфейс, в котором на каждый вид продукта есть свой метод создания. Каждая конкретная фабрика реализует его для одного семейства. Одна фабрика создаёт светлые кнопку и меню, другая - тёмные. Клиент получает фабрику и создаёт через неё все продукты. Конкретный продукт он никогда не называет, поэтому всё, что он получает, принадлежит одному семейству. Чтобы сменить семейство целиком, клиенту дают другую фабрику. Как читать пример. Продукты бывают двух видов, A и B. Конкретная фабрика выпускает одно семейство: по одному продукту каждого вида, и у обоих один и тот же номер. Клиент получает фабрику, просит у неё по продукту каждого вида и пользуется обоими. Какое семейство ему досталось, клиент не знает, но вывод это показывает. В некоторых языках интерфейсов не объявляют вовсе, но роли остаются теми же. Когда применять. Абстрактная фабрика нужна, когда продукты должны работать вместе и у них несколько семейств, как у тем оформления или операционных систем. При одном семействе она ни к чему. Не нужна она и тогда, когда продукты друг от друга не зависят: хватит конструктора или Фабричного метода. Частая ошибка. Взять этот паттерн, пока виды продуктов ещё часто меняются. Каждый новый вид добавляет метод и в абстрактную фабрику, и в каждую конкретную. |