使用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、 更大程序的提高重用性
传统分层模式结构如下:
三层分层模式结构如下:
三层服务模式结构如下:
案例:
比如设计一个报价系统,其结构为:
模式与模式应用程序的区别:模式提供的是一个通用的解决方案,而模式程序是针对具体业务进行设计的解决方案。
从上述可以看出其优化顺序为:
处理上述分层模式结构外,还有以下多种方式:
最新文章
- Symantec Backup Exec Agent For Linux防火墙问题
- sql语法:inner join on, left join on, right join on详细使用方法
- 玩转GIT
- .Net多文件同时上传(Jquery Uploadify)
- MFC学习-第2,3课 MFC框架的运行机制
- kmp
- 记录下 QT Linux 静态编译遇到的坑
- EXTJS 4.2 资料 控件之Grid 行编辑绑定下拉框,并点一次触发一次事件
- UPDATE和SELECT嵌套使用
- paip.提升用户体验-----c++ gcc 命令在notepad++扩展中的配置..
- 附加数据库 对于 服务器“00-PC”失败
- JDK,TomCat安装配置
- HDU 1002 A + B Problem II(高精度加法(C++/Java))
- 使用VSCode和VS2017编译调试STM32程序
- java类加载及类初始化
- Mybatis异常--There is no getter for property named 'XXX' in 'class java.lang.String'
- vi简短教程
- scipy.stats
- ubuntu下安装php扩展
- 00008 - crontab定时执行任务命令详解