文/ 杨加康,CFUG 社区成员,《Flutter 开发之旅从南到北》作者,小米工程师

在围绕设计模式的话题中,工厂这个词频繁呈现,从 简略工厂 模式到 工厂办法 模式,再到 形象工厂 模式。工厂名称含意是制作产品的工业场合,利用在面向对象中,牵强附会的成为了比拟典型的创立型模式。

从模式上讲,工厂能够是一个返回咱们想要对象的一个办法/函数,即能够作为构造函数的一种形象。

本文,就带大家应用 Dart 了解它们的各自的实现,以及它们之间的关系。

简略工厂 & factory 关键字

简略工厂模式 不在 23 种 GoF 设计模式中,却是咱们最常应用的一种编程形式。
其中次要波及到一个非凡的办法,专门用来提供咱们想要的实例对象(对象工厂),
咱们能够将这个办法放到一个独自的类 SimpleFactory 中,如下:

class SimpleFactory {  /// 工厂办法  static Product createProduct(int type) {    if (type == 1) {      return ConcreteProduct1();    }    if (type == 2) {      return ConcreteProduct2();    }    return ConcreteProduct();  }}

咱们认为该办法要创立的对象同属一个 Product 类(抽象类),并通过参数 type 指定要创立具体的对象类型。
Dart 不反对 interface 关键词,但咱们能够应用 abstract 以抽象类的形式定义接口,
而后各个具体的类型继承实现它即可:

/// 抽象类abstract class Product {  String? name;}/// 实现类class ConcreteProduct implements Product {  @override  String? name = 'ConcreteProduct';}/// 实现类1class ConcreteProduct1 implements Product {  @override  String? name = 'ConcreteProduct1';}/// 实现类2class ConcreteProduct2 implements Product {  @override  String? name = 'ConcreteProduct2';}

当咱们想要在代码中获取对应的类型对象时,只须要通过这个办法传入想要的类型值即可,
咱们不用关怀生产如何被生产以及哪个对象被抉择的具体逻辑:

void main() {  final Product product = SimpleFactory.createProduct(1);  print(product.name); // ConcreteProduct1}

这就是 简略工厂模式
说到这里,就不得不提到 Dart 中特有的 factory 关键词了。

factory 关键词 能够用来润饰 Dart 类的构造函数,意为 工厂构造函数,它可能让 的构造函数人造具备工厂的性能,应用形式如下:

class Product {  /// 工厂构造函数(润饰 create 构造函数)  factory Product.createFactory(int type) {    if (type == 1) {      return Product.product1;    } else if (type == 2) {      return Product._concrete2();    }    return Product._concrete();  }  /// 命名构造函数  Product._concrete() : name = 'concrete';  /// 命名构造函数1  Product._concrete1() : name = 'concrete1';  /// 命名构造函数2  Product._concrete2() : name = 'concrete2';  String name;}

factory 润饰的构造函数须要返回一个以后类的对象实例,
咱们能够依据参数调用对应的构造函数,返回对应的对象实例。

void main() {  Product product = Product.createFactory(1);  print(product.name); // concrete1}

此外,工厂构造函数也并不要求咱们每次都必须生成新的对象,
咱们也能够在类中事后定义一些对象供工厂构造函数应用,
这样每次在应用同样的参数构建对象时,返回的会是同一个对象,
在 单例模式 的章节中咱们曾经介绍过:

class Product {  /// 工厂构造函数  factory Product.create(int type) {    if (type == 1) {      return product1;    } else if (type == 2) {      return product2();    }    return Product._concrete();  }  static final Product product1 = Product._concrete1();  static final Product product2 = Product._concrete2();}

factory 除了能够润饰命名构造函数外,也能够润饰默认的非命名构造函数,

class Product {  factory Product(int type) {    return Product._concrete();   }  String? name;}

到这里为止,工厂构造函数的一个毛病曾经凸显了进去,即使用者并不能直观的感觉到本人正在应用的是工厂函数。
工厂构造函数的应用办法和一般构造函数没有区别,但这个构造函数生产的实例相当于是一种单例:

void main() {  Product product = Product(1);  print(product.name); // concrete1}

这样的用法很容易造成使用者的困扰,因而,咱们该当尽量应用特定的
命名构造函数 作为工厂构造函数(如下面示例中的 createFactory)。

工厂办法模式

工厂办法模式同样也是咱们编程中最罕用到的一种伎俩。

在简略工厂中,它次要服务的对象是客户,而 工厂办法 的使用者与工厂自身的类并不相干,
而工厂办法模式次要服务本身的父类,如下的 ProductFactory(类比 UML 中的 Creator):

/// 形象工厂abstract class ProductFactory {  /// 形象工厂办法  Product factoryMethod();  /// 业务代码  void dosomthing() {    Product product = factoryMethod();    print(product.name);  }}

ProductFactory 类中,工厂办法 factoryMethod 是形象办法,
每个子类都必须重写这个办法并返回对应不同的 Product 对象,
dosomthing() 办法被调用时,就能够依据返回的对象做出不同的响应。
具体应用办法如下:

/// 具体工厂class ProductFactory1 extends ProductFactory {    /// 具体工厂办法1  @override  Product factoryMethod() {    return ConcreteProduct1();  }}class ProductFactory2 extends ProductFactory {  /// 具体工厂办法2  @override  Product factoryMethod() {    return ConcreteProduct2();  }}/// 应用main() {  ProductFactory product = ProductFactory1();  product.dosomthing();    // ConcreteProduct1}

在 Flutter 中,形象办法有一个十分实用的利用场景。咱们在应用 Flutter 开发多端利用时通常须要思考到多平台的适配,即在多个平台中,同样的操作有时会产生不同的后果/款式,咱们能够将这些不同后果/款式生成的逻辑放在工厂办法中。

如下,咱们定义一个 DialogFacory,用作生成不同款式 Dialog 的工厂:

abstract class DialogFacory {  Widget createDialog(BuildContext context);  Future<void> show(BuildContext context) async {    final dialog = createDialog(context);    return showDialog<void>(      context: context,      builder: (_) {        return dialog;      },    );  }}

而后,针对 Android 和 iOS 两个平台,就能够创立两个不同款式的 Dialog 了:

/// Android 平台class AndroidAlertDialog extends DialogFactory {  @override  Widget createDialog(BuildContext context) {    return AlertDialog(      title: Text(getTitle()),      content: const Text('This is the material-style alert dialog!'),      actions: <Widget>[        TextButton(          onPressed: () {            Navigator.of(context).pop();          },          child: const Text('Close'),        ),      ],    );  }}/// iOS 平台class IOSAlertDialog extends DialogFactory {    @override  Widget createDialog(BuildContext context) {    return CupertinoAlertDialog(      title: Text(getTitle()),      content: const Text('This is the cupertino-style alert dialog!'),      actions: <Widget>[        CupertinoButton(          onPressed: () {            Navigator.of(context).pop();          },          child: const Text('Close'),        ),      ],    );  }}

当初,咱们就能够像这样应用对应的 Dialog 了:

Future _showCustomDialog(BuildContext context) async {  final dialog = AndroidAlertDialog();  // final dialog = IOSAlertDialog();  await selectedDialog.show(context);}

形象工厂

形象工厂模式,相较于 简略工厂工厂办法 最大的不同是:这两种模式只生产一种对象,而形象工厂生产的是一系列对象(对象族),而且生成的这一系列对象肯定存在某种分割。比方 Apple 会生产 手机平板 等多个产品,这些产品都属于 Apple 这个品牌。

如上面这个形象的工厂类:

abstract class ElectronicProductFactory {  Product createComputer();    Product createMobile();  Product createPad();    // ...}

对于 Apple 来说,我就是生产这类电子产品的工厂,于是能够继承这个类,实现其中的办法生产各类产品:

class Apple extends ElectronicProductFactory {  @override  Product createComputer() {    return Mac();  }  @override  Product createMobile() {    return IPhone();  }  @override  Product createPad() {    return IPad();  }    // ...}

同样地,对于华为、小米等电子产品厂商也能够应用雷同的形式示意,这就是形象工厂模式。

在开发 Flutter 利用中,咱们也能够充分利用形象工厂模式做切合利用的适配,咱们能够定义如下这个形象工厂,用于生产 widget:

abstract class IWidgetsFactory {    Widget createButton(BuildContext context);    Widget createDialog(BuildContext context);    // ...}

咱们的利用通常须要针对各个平台展现不同格调的 widget。因而针对每一个平台,咱们都能够实现对应的实现工厂,如下:

/// Material 格调组件工厂class MaterialWidgetsFactory extends IWidgetsFactory {  @override  Widget createButton(      BuildContext context, VoidCallback? onPressed, String text) {    return ElevatedButton(      child: Text(text),      onPressed: onPressed,    );  }  @override  Widget createDialog(BuildContext context, String title, String content) {    return AlertDialog(title: Text(title), content: Text(content));  }    /// ...}/// Cupertino 格调组件工厂class CupertinoWidgetsFactory extends IWidgetsFactory {  @override  Widget createButton(    BuildContext context,    VoidCallback? onPressed,    String text,  ) {    return CupertinoButton(      child: Text(text),      onPressed: onPressed,    );  }  @override  Widget createDialog(BuildContext context, String title, String content) {    return CupertinoAlertDialog(      title: Text(title),      content: Text(content),    );  }    // ...}

这样,在 Android 平台上咱们应用 MaterialWidgetsFactory,在 iOS 平台上应用 CupertinoWidgetsFactory,就能应用对应平台的 widget,想要适配更多平台只须要再继承 IWidgetsFactory 实现对应平台的工厂类即可。

至此,咱们能够发现,作为创立型模式,这三类工厂模式次要工作就是以不同的形式创建对象,但他们各有特点:简略工厂模式形象的是 生产对象,工厂办法模式形象的是 类办法,工厂办法模式形象的则是 生产对象的工厂,如何应用就见仁见智了。

拓展浏览

  • 百度百科:工厂办法模式
  • 百度百科:形象工厂模式
  • Mangirdas Kazlauskas:Flutter Design Patterns: Abstract Factory

对于本系列文章

Flutter / Dart 设计模式从南到北(简称 Flutter 设计模式)系列内容预计两周公布一篇,着重向开发者介绍 Flutter 利用开发中常见的设计模式以及开发方式,旨在推动 Flutter / Dart 语言个性的遍及,以及帮忙开发者更高效地开发出高质量、可保护的 Flutter 利用。

我很乐意持续欠缺本系列中的文章,如果您对本文还有任何疑难或者文章的倡议,欢送向中文社区官网 Github 仓库提交 issue 或者间接与我分割,我会及时回复。