第一章企业解决方案中构建设计模式
我们知道的系统总是由简单到复杂，而不是直接去设计一个复杂系统。如果直接去设计一个复杂系统，结果最终会导致失败。在设计系统的时候，先设计一个能够正常工作的系统，然后在此基础上逐步扩展。而一个好的企业设计方案就是由一些短小、简单、可靠、有效的并能够解决问题的机制组成。由这些短小精悍的机制进行组合，形成复杂的系统。而这些机制就设计模式。设计模式就是能够记录这些机制的一些描述。
企业级业务解决方案一般是复杂、性能要好、可扩展性好以及容易维护和可伸缩性强，而设计模式可以帮我们解决这些问题。
设计模式具有以下特性：
1、 记录正常工作的简单机制
2、 形成通用分类和词汇，方便开发人员和设计人员进行交流和沟通
3、 描述解决方案
4、 可以最大程度的重用
5、 获取经验丰富的开发人员的知识，并用目录的形式进行呈现
通常设计模式要解决的问题是在上下文中反复出现的问题，并根据具体情况给出指导性建议。
举例如下：
单件设计模式(Singleton)
上下文中出现的问题：某些类型的数据，在系统执行期间有且只能有一个实例，并且在全局范围内可以共享。
解决方法：通过控制类的实例生成方法，来控制实例的访问。
案例：
设计一个报价系统，其中有一个报价管理功能，其它报价功能与它协作的过程中，需要保持该报价管理功能实例的唯一性。
解决方法：设计一个QuoteManager类，让其构造函数私有化，在类内部自己生成实例并存储在静态变量中，供其它实例调用。
Public class QuoteManager { Private static QuoteManager quoteManager=null; Private QuoteManager(){} Public static QuoteManager GetInstance() { //该设计适用于单线程应用程序 if(quoteManager==null) { quoteManager=new QuoteManager(); } return quoteManager; } }
模式与模式应用程序的区别：模式提供的是一个通用的解决方案，而模式程序是针对具体业务进行设计的解决方案。
层设计模式(Layer)
上下文：希望把一个大型复杂系统进行分解，方便管理复杂事物
解决方法：通过分层进行解决，把层作物高级抽象级别进行组织业务
分层原则：
1、 把相同级别的抽象元素集中在同一层
2、 层内保持高内聚，层间弱依赖
分层作用：
1、 在设计上，层间是通过类进行协作，把对源代码修改的影响限制在局部，而不是贯穿整个系统设计
2、 在运行期间，单个组件可以和其它组件进行通信，把这种影响限制在局部
3、 更大程序的提高重用性
传统分层模式结构如下：
三层分层模式结构如下：
三层服务模式结构如下：
案例：
比如设计一个报价系统，其结构为：
模式与模式应用程序的区别：模式提供的是一个通用的解决方案，而模式程序是针对具体业务进行设计的解决方案。
从上述可以看出其优化顺序为：
处理上述分层模式结构外，还有以下多种方式：
