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