创建型.pptVIP

.NET设计模式开篇 白林 设计模式的起源 《Design Patterns: Elements of Reusable Object-Oriented Software》（《设计模式》），由 Erich Gamma、Richard Helm、Ralph Johnson 和 John Vlissides 合著。这几位作者常被称为四人组（Gang of Four），而这本书也就被称为四人组（或 GoF）书。　　在《设计模式》这本书的最大部分是一个目录，该目录列举并描述了 23 种设计模式 设计模式是规则吗？ 地上本没有路，走得人多了也就成了路。设计模式如同此理，它是经验的传承，并非体系；是被前人发现，经过总结形成了一套某一类问题的一般性解决方案，而不是被设计出来的定性规则；它不像算法那样可以照搬照用。 设计模式是架构吗？ 架构和模式应该是一个属于相互涵盖的过程。模式的目标是，把共同问题中的不变部分和变化部分分离出来。不变的部分，就构成了模式，因此，模式是一个经验提取的“准则”，并且在一次一次的实践中得到验证，在不同的层次有不同的模式，小到语言实现，大到架构。在不同的层面上，模式提供不同层面的指导。 需要设计模式吗？ 答案是肯定的，但你需要确定的是模式的应用是否过度？世界上有很多天才的程序员，他可以在一段代码中包含6 种设计模式，也可以不用模式而把设计做得很好。但我们的目标是追求有效的设计，而设计模式可以为这个目标提供某种参考模型、设计方法。 模式的格式 描述模式的格式大致分为以下四个主要部分 ： 模式名称（Pattern Name）：每一个模式都有自己的名字，模式的名字使得我们可以讨论我们的设计。 　　 问题（Problem）：在面向对象的系统设计过程中反复出现的特定场合，它导致我们采用某个模式。 　　 解决方案（Solution）：上述问题的解决方案，其内容给出了设计的各个组成部分，它们之间的关系、职责划分和协作方式。 　　效果（Consequence）：采用该模式对软件系统其他部分的影响，比如对系统的扩充性、可移植性的影响。影响也包括负面的影响。  模式的分类 1.创建型模式 2.结构型模式 3.行为模式 单例模式(Singleton) 动机(Motivation) Singleton模式要求一个类有且仅有一个实例，并且提供了一个全局的访问点。这就提出了一个问题：如何绕过常规的构造器，提供一种机制来保证一个类只有一个实例？客户程序在调用某一个类时，它是不会考虑这个类是否只能有一个实例等问题的，所以，这应该是类设计者的责任，而不是类使用者的责任。 意图 (Intent) 保证一个类仅有一个实例，并提供一个访问它的全局访问点。 --《设计模式》GOF 结构图(Structure) 代码演示(Code in .Net) 实现关键词： 静态方法，静态字段，类的默认公有构造器。 实现要点 Singleton模式是限制而不是改进类的创建。 Singleton模式一般不要支持Icloneable接口，因为这可能导致多个对象实例，与Singleton模式的初衷违背。 Singleton模式一般不要支持序列化，这也有可能导致多个对象实例，这也与Singleton模式的初衷违背。 理解和扩展Singleton模式的核心是“如何控制用户使用new对一个类的构造器的任意调用”。 建造者模式(Builder) 动机(Motivation) 在软件系统中，有时候面临着“一个复杂对象”的创建工作，其通常由各个部分的子对象用一定的算法构成；由于需求的变化，这个复杂对象的各个部分经常面临着剧烈的变化，但是将它们组合在一起的算法确相对稳定。如何应对这种变化？如何提供一种“封装机制”来隔离出“复杂对象的各个部分”的变化，从而保持系统中的“稳定构建算法”不随着需求改变而改变？这就是要说的建造者模式 意图(Intent) 将一个复杂的构建与其表示相分离，使得同样的构建过程可以创建不同的表示 --《设计模式》GOF 结构图(Structure) 代码演示(Code in .Net) 实现要点 建造者模式主要用于“分步骤构建一个复杂的对象”，在这其中“分步骤”是一个稳定的算法，而复杂对象的各个部分则经常变化。 我们说过的抽象工厂模式（Abtract Factory）解决“系列对象”的需求变化，Builder模式解