创建性模式代码.docVIP

2.3、单例模式的结构 Singleton: (1)定义一个Instance操作，允许客户访问它的唯一实例。 (2)可能负责创建它自己的唯一实例。 协作 客户只能通过Singleton的Instance操作访问一个Singleton的实例。 2.4、实现1－简单实现 缺点： 在多线程的环境下有可能得到Singleton类的多个实例。 如果同时有两个线程去判断（instance == null），并且得到的结果为真，这时两个线程都会创建类Singleton的实例。 优点： 由于实例是在 Instance 属性方法内部创建的，因此类可以使用附加功能（例如，对子类进行实例化），即使它可能引入不想要的依赖性。 直到对象要求产生一个实例才执行实例化(这种方法称为“惰性实例化”),避免了在应用程序启动时实例化不必要的 singleton。 实现2－安全的线程 这种方式的实现对于线程来说是安全的。 首先创建了一个进程辅助对象，线程在进入时先对辅助对象加锁然后再检测对象是否被创建，以确保只有一个实例被创建。 对象实例由最先进入的那个线程创建，后来的线程在进入时（instence = = null）为假，不会再去创建对象实例了。 这种实现方式增加了额外的开销，损失了性能。 实现3－双重锁定 实现5－延迟初始化 3.1.1 Light例子 BulbLight：球状灯 TubeLight：弯管灯 工厂类角色Creator (LightSimpleFactory)：工厂类在客户端的直接控制下（Create方法）创建产品对象。 抽象产品角色Product (Light)：定义简单工厂创建的对象的父类或它们共同拥有的接口。可以是一个类、抽象类或接口。 具体产品角色ConcreteProduct (BulbLight, TubeLight)：定义工厂具体加工出的对象 优点： 工厂类含有必要的判断逻辑，可以决定在什么时候创建哪一个产品类的实例，客户端可以免除直接创建产品对象的责任，而仅仅消费产品。这种做法实现了对责任的分割。 缺点： 系统扩展困难，一旦添加新产品就不得不修改工厂逻辑，有可能造成工厂逻辑过于复杂。 3.2.4、例子－生产灯管 3.2.4 、日志例子 假定要设计一个日志记录类，支持记录的方法有FileLog和EventLog两种方式。如右图。 这样的程序结构显然不能符合我们的要求： 如果增加一种新的日志记录的方式DatabaseLog，那就要修改Log类，随着记录方式的变化，switch语句在不断的变化，这样就引起了整个应用程序的不稳定。 抽象工厂代码 4.8、KFC 生成器模式将复杂对象的构建与对象的表现分离开来，这样使得同样的构建过程可以创建出不同的表现。 快餐店制作儿童餐。 典型的儿童餐包括一个主食，一个辅食，一杯饮料和一个玩具（例如汉堡、炸鸡、可乐和玩具车）。 这些在不同的儿童餐中可以是不同的，但是组合成儿童餐的过程是相同的。柜台的员工直接把主食，辅食和玩具放在一起。这些是放在一个袋子中的。饮料被倒入杯中，放在袋子外边。 客户端：顾客。想去买一套套餐（这里面包括汉堡，可乐，薯条），可以有1号和2号两种套餐供顾客选择。 指导者角色：收银员。知道顾客想要买什么样的套餐，并告诉餐馆员工去准备套餐。 建造者角色：餐馆员工。按照收银员的要求去准备具体的套餐，分别放入汉堡，可乐，薯条等。 产品角色：最后的套餐，所有的东西放在同一个盘子里面。 买餐过程 套餐类 2．指导者通知建造器。 4．客户从建造者检索产品。