FlyWeight(享元)模式
Flyweight 模式是一种经典的结构型解决方案,用于优化重复、缓存及数据共享效率低的代码。它旨在通过与相关的对象共享尽可能多的数据来减少应用程序中内存的使用。
Flyweight 模式的应用方式有两种。
- 第一种是用于数据层,处理内存中保存的大量相似对象的共享数据。
- 第二种是用于 DOM 层,Flyweight 可以用作中央事件处理程序附加到这个父容器上。
Flyweight 和共享数据
在 Flyweight 模式中,有个有关两个状态的概念–内部和外部。对象中的内部方法可能需要内部信息,没有内部信息,它们就绝对无法正常运行。但外部信息是可以被删除的或是可以存储在外部的。
具有相同内部数据的对象可以被替换为一个由 factory 方法创建的单一共享对象。这使我们可以极大减少存储隐式数据的总数量。
实现经典 Flyweight(享元)
在这个实现中我们将利用三种类型的 Flyweight 组件,它们是:
- Flyweight(享元)
描述一个接口,通过这个接口 flyweight 可以接受并作用于外部状态。 - Concrete flyweight(具体享元)
实现 Flyweight 接口,并存储内部状态。Concrete Flyweight 对象必须是可共享的,并能够控制外部状态。 - Flyweight factory(享元工厂)
创建并管理 flyweight 对象。确保合理共享 flyweight,并将它们当作一组对象进行管理,并且如果我们需要单个实例时,可以查询这些对象。如果该对象已经存在则直接返回,否则,创建新对象并返回。
它们与实现中下列定义相对应:
- CoffeeOrder: 享元
- CoffeeFlavor: 具体享元
- CoffeeOrderContext: 辅助器
- CoffeeFlavorFactory: 享元工厂
- testFlyweight:享元的应用
鸭子补丁“实现”
鸭子补丁(Duck punching)使我们无需修改运行时源,就可以扩展一种语言或解决方案的功能。
Function.prototype.implementsFor 作用于一个对象构造函数,并将接受一个父类(函数)或对象,或者使用普通继承(函数)或虚拟继承(对象)来继承它。
1 | // 在jS中模拟纯虚拟继承 implement |
转换代码以使用 Flyweight(享元)模式
接下来,通过实现一个系统来管理图书馆中的所有书籍,让我们来继续了解一下享元。每本书的重要元数据可以被分解成如下形式:
- ID
- Title
- Author
- Genre
- Page count
- Publisher ID
- Publisher ID
- ISBN
我们还将需要使用以下属性来跟踪哪些成员已借出了哪些书籍,借书日期以及预计返还的日期。 - checkoutDate
- checkoutMember
- dueReturnDate
- availablity
因此每本书在使用享元模式进行优化之前,都会按如下方式表示:
1 | var Book = function( |
刚开始对于少量书籍可能是行得通的,但是,当图书馆扩大到拥有一个更大的库存,并且每本书都有多个版本和副本时,就会发现随着时间的推移,管理系统运行得越来越慢。使用数以千计的书籍对象可能会淹没可用的内存,但可以使用享元模式优化系统来改善这个问题。
下面书籍元数据组合的单个实例将在指定书名的书籍副本之间共享。
1 | var Book = function(title, author, genre, pageCount, publisherID, ISBN) { |
正如我们可以看到的,外部状态已被删除。图书馆借出有关的所有事情都将转移给管理器,由于对象数据现在已被分割,可以使用工厂进行实例化。
基本工厂
首先,必须检查一下指定书名的书是否已在系统内部创建。如果已经创建,则返回它;如果没有,就会创建并存储这本新书,以便以后可以访问它。这确保我们仅为每一个特定的内部数据块创建一个拷贝。
1 | // 书籍工厂单例 |
管理外部状态
接下来,我们需要存储从 Book 对象中删除的状态。幸运的是,可以使用管理器(我们会将它定义为一个单例)来封装它们,一个 Book 对象和借书成员的组合将被称为书籍记录。管理器会将它们存储起来,它还包括在 Book 类享元优化期间我们排除的与借出有关的逻辑。
1 | // 书籍记录管理器单例 |
这些代码修改的结果是,从 Book 类中提取的所有数据,现在被存储在 BookManager 单例的属性中,这比我们以前使用大量对象时的效率要高很多。现在与书籍出借相关的方法在这里成为了基础,因为它们处理的是外部数据,而不是内部数据。
下面是个更简单的例子
这是未使用享元模式前的结构,模拟上传的功能。
1 | var id = 0; |
使用享元后
1 | var Upload = function(uploadType) { |
Flyweight(享元)模式和 DOM
文档对象模型(DOM)支持两种方式让对象检测事件:自上而下(事件捕捉)和自下而上(事件冒泡)。
在事件捕捉中,事件首先被最外层的元素捕捉,然后传播到最里面的元素。在事件冒泡中,事件被捕捉并传递给里面的元素,然后传播到外部元素。
试着用池塘的方式思考一下享元。一条鱼张开它的嘴(事件),气泡升到表面(冒泡),当气泡到达表面(动作)时,一只坐在顶部的苍蝇飞走了。在本例中,我们可以很容易地把鱼张开嘴转换成点一个按钮,气泡转换成冒泡效应,苍蝇飞走可以转换成运行一些功能。