1700482626
设计模式之禅 [:1700454085]
1700482627
设计模式之禅 第36章 观察者模式+中介者模式
1700482628
1700482629
设计模式之禅 [:1700454086]
1700482630
36.1 事件触发器的开发
1700482631
1700482632
大家都应该做过桌面程序的开发吧，比如编写一个.exe文件，或者使用Java Swing编写一个应用程序，或者是用Delphi、C编写C/S结构的应用系统，即使这些都没有做过，那也总编写过B/S结构的页面吧？回忆一下开发过程，大家是不是经常使用文本框和按钮这两个控件？比如设计一个按钮，那总要编写鼠标点击处理，你是不是这样开发：在按钮的onClick函数中编写自己的逻辑代码，然后鼠标点击测试，该代码就会运行。大家有没有想过为什么我们点击了按钮就会触发我们自己编写的代码呢？浏览器怎么知道操作者按了按钮要触发该事件呢？鼠标点击动作、按钮、自己编写的代码之间是如何关联起来呢？
1700482633
1700482634
我们今天的任务就是来模拟类似触发过程。我们这样分析：有一个产品（不管是Frame还是Button或者是Radio），它有多个触发事件，它产生的时候触发一个创建事件，修改的时候触发修改事件，删除的时候触发删除事件，这就类似于我们的文本框，初始化（也就是创建）的时候要触发一个onLoad或onCreate事件，修改的时候触发onChange事件，双击（类似于删除）的时候又触发onDbClick事件，我们今天的目标就是来思考怎么实现这样一个架构。
1700482635
1700482636
设计都是先易后难，我们先从最简单的部分入手。首先需要一个产品，并且该产品要有创建、修改、销毁的动作，很明显这就是一个工厂方法模式。同时产品也可以通过克隆方式产生，这与我们在GUI设计中经常使用的复制粘贴操作相类似，要不界面上那么多的文本框，不使用复制粘贴，不累死人才怪呢，那这非常明显就是原型模式。好，分析到这里，我们先把这部分的类图建立起来，如图36-1所示。
1700482637
1700482638
很熟悉的类图，与工厂方法模式的通用类图非常相似，但不完全是。有什么差别呢？注意看产品类的私有属性canChanged和构造函数，它们有特殊的用途。在该类图中，我们使用了工厂方法模式创建产品，使用原型模式让对象可以被拷贝，仅仅这两个模式还不足以解决我们的问题，想想看，产品的产生是有一定的条件的，不是谁想产生就产生，否则怎么能够触发创建事件呢？因此需要限定产品的创建者，所以我们在类图中把产品和工厂的关系定位为组合关系，而不是简单的聚集或依赖关系。换句话说，产品只能由工厂类创建，而不能被其他对象通过new方式创建，因此我们在这里还用到一个单来源调用（Single Call）方法解决该问题。这是一个方法，不是一个设计模式，我马上给大家讲解它是如何工作的。我们先来看产品类的源代码，它比较简单，如代码清单36-1所示。
1700482639
1700482640
1700482641
1700482642
1700482643
图36-1 产品创建工厂
1700482644
1700482645
代码清单36-1 产品类
1700482646
1700482647
public class Product implements Cloneable{
1700482648
1700482649
//产品名称
1700482650
1700482651
private String name；
1700482652
1700482653
//是否可以属性变更
1700482654
1700482655
private boolean canChanged=false；
1700482656
1700482657
//产生一个新的产品
1700482658
1700482659
public Product（ProductManager manager,String_name）{
1700482660
1700482661
//允许建立产品
1700482662
1700482663
if（manager.isCreateProduct（））{
1700482664
1700482665
canChanged=true；
1700482666
1700482667
this.name=_name；
1700482668
1700482669
}
1700482670
1700482671
}
1700482672
1700482673
public String getName（）{
1700482674
1700482675
return name；