使用Micrisoft.net设计方案 第一章 企业解决方案中构建设计模式

第一章企业解决方案中构建设计模式

我们知道的系统总是由简单到复杂,而不是直接去设计一个复杂系统。如果直接去设计一个复杂系统,结果最终会导致失败。在设计系统的时候,先设计一个能够正常工作的系统,然后在此基础上逐步扩展。而一个好的企业设计方案就是由一些短小、简单、可靠、有效的并能够解决问题的机制组成。由这些短小精悍的机制进行组合,形成复杂的系统。而这些机制就设计模式。设计模式就是能够记录这些机制的一些描述。

企业级业务解决方案一般是复杂、性能要好、可扩展性好以及容易维护和可伸缩性强,而设计模式可以帮我们解决这些问题。

设计模式具有以下特性:

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、  更大程序的提高重用性

传统分层模式结构如下:

 技术分享

三层分层模式结构如下:

 技术分享

三层服务模式结构如下:

 技术分享

案例:

比如设计一个报价系统,其结构为:

 

 技术分享

模式与模式应用程序的区别:模式提供的是一个通用的解决方案,而模式程序是针对具体业务进行设计的解决方案。

从上述可以看出其优化顺序为:

 技术分享

处理上述分层模式结构外,还有以下多种方式:

技术分享

郑重声明:本站内容如果来自互联网及其他传播媒体,其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享,并不代表本站赞同其观点和对其真实性负责,也不构成任何其他建议。