再谈软件架构设计之业务的封装
2010-05-24 00:26
225 查看
现在算算负责的系统也有好几个了吧,但是在平时的项目开发中好像忽略了设计模式以及软件设计中的原则,设计模式也好久没重新看看了,今天又重新的找出了《大话设计模式》从头开始看了下,刚开始看到1.8中的业务的封装的时候,忽然我想到了刚接的一个小系统,我想这个系统虽然当前客户说是需要windform的,刚开始我是想直接把业务逻辑和界面代码一起的,毕竟没考虑太多,但看到业务封装时,我想我干嘛不把那些业务逻辑封装起来,和界面代码分离呢,真脑子秀逗了。
嗯,是应该把业务逻辑进行封装的,就比如三层架构里的分层架构的业务逻辑层也就是为了把业务进行封装的,两层架构一般是将表现层和逻辑层重合了,而三层架构将这两个层分开了。这样的优点是很明显的,首先是易于维护,两层架构中界面和背后的逻辑紧密结合,当需要添加或修改某些内容时非常困难,而三层架构中因为界面和逻辑分开了,所以可以单独修改一个层的内容而不需要全部修改。
其次是代码可移植性高,因为逻辑和界面分开,这样原本一个程序的逻辑可以直接复制到另一个中,甚至可以将WEB和桌面应用程序的逻辑互换。总的来说,就是耦合度降低了,提高了层次的独立性。
嗯,是应该把业务逻辑进行封装的,就比如三层架构里的分层架构的业务逻辑层也就是为了把业务进行封装的,两层架构一般是将表现层和逻辑层重合了,而三层架构将这两个层分开了。这样的优点是很明显的,首先是易于维护,两层架构中界面和背后的逻辑紧密结合,当需要添加或修改某些内容时非常困难,而三层架构中因为界面和逻辑分开了,所以可以单独修改一个层的内容而不需要全部修改。
其次是代码可移植性高,因为逻辑和界面分开,这样原本一个程序的逻辑可以直接复制到另一个中,甚至可以将WEB和桌面应用程序的逻辑互换。总的来说,就是耦合度降低了,提高了层次的独立性。
相关文章推荐
- K8 系统中省市县数据表的设计可以反映出什么? 通过一个基础业务表的设计品味软件系统的整体架构
- 工作流管理系统-软件架构设计
- 软件架构设计和概要设计
- 如何进行软件架构设计?
- 一起谈.NET技术,走向ASP.NET架构设计——第四章—业务层分层架构(中篇)
- 软件架构、领域驱动设计漫谈
- 好的软件架构设计
- [转]微信、陌陌等著名IM软件设计架构详解
- .Net 应用业务系统架构设计-项目结构图
- 软件架构设计-五视图方法论
- SoC嵌入式软件架构设计之一:系统内存需求评估
- “变化”、“复用”、“抽象”、“稳定”影响着软件设计模式,架构,开发方法
- 如何进行软件架构设计?
- 《互联网时代的软件革命--SaaS架构设计》首发
- 软件架构的典型组成部分-业务规则
- 软件的架构设计
- 让数据库不再成为业务发展瓶颈——分布式数据库架构设计
- Swing程序最佳架构设计—以业务对象为中心的MVC模式
- 软件架构设计培训资料