Flutter 设计模式 - 简单工厂

更新日期: 2019-01-04阅读: 2.7k标签: 模式
文/ 杨加康,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';
}

/// 实现类 1
class ConcreteProduct1 implements Product {
@override
String? name = 'ConcreteProduct1';
}

/// 实现类 2
class 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 )。

工厂方法模式

工厂方法模式同样也是我们编程中最常用到的一种手段。


抽象工厂 UML,图源:refactoring.guru

在简单工厂中,它主要服务的对象是客户,而 工厂方法 的使用者与工厂本身的类并不相干, 而工厂方法模式主要服务自身的父类,如下的 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 实现对应平台的工厂类即可。

至此,我们可以发现,作为创建型模式,这三类工厂模式主要工作就是以不同的方式创建对象,但他们各有特点:简单工厂模式抽象的是 生产对象 ,工厂方法模式抽象的是 类方法 ,工厂方法模式抽象的则是 生产对象的工厂 ,如何使用就见仁见智了。

链接: https://www.fly63.com/article/detial/1771

js设计模式之单例模式,javascript如何将一个对象设计成单例

单例模式是我们开发中一个非常典型的设计模式,js单例模式要保证全局只生成唯一实例,提供一个单一的访问入口,单例的对象不同于静态类,我们可以延迟单例对象的初始化,通常这种情况发生在我们需要等待加载创建单例的依赖。

前端设计模式:从js原始模式开始,去理解Js工厂模式和构造函数模式

工厂模式下的对象我们不能识别它的类型,由于typeof返回的都是object类型,不知道它是那个对象的实例。另外每次造人时都要创建一个独立的person的对象,会造成代码臃肿的情况。

JavaScript设计模式_js实现建造者模式

建造者模式:是将一个复杂的对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示。工厂类模式提供的是创建单个类的模式,而建造者模式则是将各种产品集中起来进行管理,用来创建复合对象

html和xhtml,DOCTYPE和DTD,标准模式和兼容模式

主要涉及知识点: HTML与XHTML,HTML与XHTML的区别,DOCTYPE与DTD的概念,DTD的分类以及DOCTYPE的声明方式,标准模式(Standard Mode)和兼容模式(Quircks Mode),标准模式(Standard Mode)和兼容模式(Quircks Mode)的区别

前端四种设计模式_JS常见的4种模式

JavaScript中常见的四种设计模式:工厂模式、单例模式、沙箱模式、发布者订阅模式

javascript 策略模式_理解js中的策略模式

javascript 策略模式的定义是:定义一系列的算法,把它们一个个封装起来,并且使它们可以相互替换。 策略模式利用组合,委托等技术和思想,有效的避免很多if条件语句,策略模式提供了开放-封闭原则,使代码更容易理解和扩展, 策略模式中的代码可以复用。

javascript观察者模式_深入理解js中的观察者模式

javascript观察者模式又叫发布订阅模式,观察者模式的好处:js观察者模式支持简单的广播通信,自动通知所有已经订阅过的对象。存在一种动态关联,增加了灵活性。目标对象与观察者之间的抽象耦合关系能够单独扩展以及重用。

Vue中如何使用方法、计算属性或观察者

熟悉 Vue 的都知道 方法methods、计算属性computed、观察者watcher 在 Vue 中有着非常重要的作用,有些时候我们实现一个功能的时候可以使用它们中任何一个都是可以的

我最喜欢的 JavaScript 设计模式

我觉得聊一下我爱用的 JavaScript 设计模式应该很有意思。我是一步一步才定下来的,经过一段时间从各种来源吸收和适应直到达到一个能提供我所需的灵活性的模式。让我给你看看概览,然后再来看它是怎么形成的

浅谈js抽象工厂模式

简单工厂模式中,可以根据参数的不同返回不同类的实例。简单工厂模式专门定义一个类来负责创建其他类的实例,被创建的实例通常都具有共同的父类。 比如你去专门卖鼠标的地方你可以买各种各样的鼠标

点击更多...

内容以共享、参考、研究为目的,不存在任何商业目的。其版权属原作者所有,如有侵权或违规,请与小编联系!情况属实本人将予以删除!