第一章企业解决方案中构建设计模式
我们知道的系统总是由简单到复杂,而不是直接去设计一个复杂系统。如果直接去设计一个复杂系统,结果最终会导致失败。在设计系统的时候,先设计一个能够正常工作的系统,然后在此基础上逐步扩展。而一个好的企业设计方案就是由一些短小、简单、可靠、有效的并能够解决问题的机制组成。由这些短小精悍的机制进行组合,形成复杂的系统。而这些机制就设计模式。设计模式就是能够记录这些机制的一些描述。
企业级业务解决方案一般是复杂、性能要好、可扩展性好以及容易维护和可伸缩性强,而设计模式可以帮我们解决这些问题。
设计模式具有以下特性:
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、 更大程序的提高重用性
传统分层模式结构如下:
三层分层模式结构如下:
三层服务模式结构如下:
案例:
比如设计一个报价系统,其结构为:
模式与模式应用程序的区别:模式提供的是一个通用的解决方案,而模式程序是针对具体业务进行设计的解决方案。
从上述可以看出其优化顺序为:
处理上述分层模式结构外,还有以下多种方式: