热水器

一、工厂模式的由来 二、简单工厂模式 例子：创建一个ICourse课程接口： 创建一个JavaCourse实现类： 创建一个PythonCourse实现类： 创建一个CourseFactory类，用来生成JavaCourse或PythonCourse对象： 创建一个SimpleFactoryTest测试类，来看客户端调用： 类关系结构图： 1、简单工厂模式（Simple Factory Pattern）：指由一个工厂对象决定创建出哪一种产品类的实例。（属于创建型模式，但它不属于GOF（四位作者）的23种设计模式之一） 2、目的：减少代码冗余程度，提高代码的复用性。 3、适用场景 工厂类负责创建的对象较少 客户端只需要传入工厂类的参数，对于如何创建对象的逻辑不需要关心 4、优点：只需传入一个正确的参数，就可以获取你所需要的对象，无需知道其创建的细节。 5、缺点 工厂类的职责相对过重，增加新的产品时，如果产品存在差异化的逻辑，则需要修改工厂类的判断逻辑，违背开闭原则 不易于扩展过于复杂的产品结构 三、工厂方法模式 （简单工厂模式的升级版） 例子：创建一个ICourseFactory接口，也可以是抽象类（超级工厂）： 创建一个JavaCourseFactory工厂实现类，用来生成JavaCourse对象： 创建一个JavaCourseFactory工厂实现类

.Net Framework中的委托与事件 尽管上面的范例很好地完成了我们想要完成的工作，但是我们不仅疑惑：为什么.Net Framework 中的事件模型和上面的不同？为什么有很多的EventArgs参数？ 在回答上面的问题之前，我们先搞懂 .Net Framework的编码规范： 委托类型的名称都应该以EventHandler结束。 委托的原型定义：有一个void返回值，并接受两个输入参数：一个Object 类型，一个 EventArgs类型(或继承自EventArgs)。 事件的命名为 委托去掉 EventHandler之后剩余的部分。 继承自EventArgs的类型应该以EventArgs结尾。 再做一下说明： 委托声明原型中的Object类型的参数代表了Subject，也就是监视对象，在本例中是 Heater(热水器)。回调函数(比如Alarm的MakeAlert)可以通过它访问触发事件的对象(Heater)。 EventArgs 对象包含了Observer所感兴趣的数据，在本例中是temperature。 上面这些其实不仅仅是为了编码规范而已，这样也使得程序有更大的灵活性。 比如说，如果我们不光想获得热水器的温度，还想在Observer端(警报器或者显示器)方法中获得它的生产日期、型号、价格，那么委托和方法的声明都会变得很麻烦，而如果我们将热水器的引用传给警报器的方法