业务模块的设计原则
2005-11-25 15:06
218 查看
以下内容是工作中的几点总结,总结的上下文是在关系数据库的设计环境,还请各位朋友多多发表以下自己的想法。
1、模块的最小单位根据一个完整事务设计
2、模块的最小单位根据一个完整流程设计
3、模块中,只能应用数据库的连接,不能够修改数据库的连接,最好是在New方法中,获取数据库连接。
4、业务模块中的算法如果有调整,那么直接修改该业务模块,而不能使用继承的方式,在子类中来实现修改,这样做的原因是:业务模块不能作为公有的模块,在几个版本的系统中同时使用。如果能够同时使用,那么这个业务模块必定是同一个业务模块。这也要求我们在设计系统时,业务模块和系统中的功能模块不能够编译在一起。
5、有关member variable在类中的使用方式。
经过多年的经验,发现通过阐述将member variable传入方法内,是降低程序耦合度的一种方式。虽然在类的方法中仍然能够使用member variable,但是直接使用的后果是该方法内的代码不能够直接使用。
1、模块的最小单位根据一个完整事务设计
2、模块的最小单位根据一个完整流程设计
3、模块中,只能应用数据库的连接,不能够修改数据库的连接,最好是在New方法中,获取数据库连接。
4、业务模块中的算法如果有调整,那么直接修改该业务模块,而不能使用继承的方式,在子类中来实现修改,这样做的原因是:业务模块不能作为公有的模块,在几个版本的系统中同时使用。如果能够同时使用,那么这个业务模块必定是同一个业务模块。这也要求我们在设计系统时,业务模块和系统中的功能模块不能够编译在一起。
5、有关member variable在类中的使用方式。
经过多年的经验,发现通过阐述将member variable传入方法内,是降低程序耦合度的一种方式。虽然在类的方法中仍然能够使用member variable,但是直接使用的后果是该方法内的代码不能够直接使用。
相关文章推荐
- 业务模块的设计原则
- [设计原则] 为模块设计统计信息 推荐
- 快速JavaEE轻量级框架&公用业务模块 设计&实现 5 - RBAC模块设计
- 快速JavaEE轻量级框架&公用业务模块 设计&实现 6 - 测试框架
- 一起谈.NET技术,走向ASP.NET架构设计——第五章:业务层模式,原则,实践(后篇)
- 032 业务受理模块需求分析和数据库设计 - bos
- 快速JavaEE轻量级框架&公用业务模块 设计&实现 6.2 - 单元测试
- 一起谈.NET技术,走向ASP.NET架构设计——第五章:业务层模式,原则,实践(中篇)
- 快速JavaEE轻量级框架&公用业务模块 设计&实现 7 - WEB MVC设计
- 走向.NET架构设计—第五章—业务层模式,原则,实践(中篇)
- 业务逻辑层的设计(四)——表模块模式简介
- 快速JavaEE轻量级框架&公用业务模块 设计&实现 6.1 - DAO测试
- ###Jsp+Servlet购物商城day04.3:订单模块Order实体设计失误。【Bean属性设计两大原则】-MyBeanUtils使用注意事项。
- 系统架构设计模块拆分维度和原则
- 一起谈.NET技术,走向ASP.NET架构设计——第五章:业务层模式,原则,实践(前篇)
- 走向.NET架构设计―第五章―业务层模式,原则,实践(中篇)
- 模块间接口设计的原则
- 走向.NET架构设计—第五章—业务层模式,原则,实践(前篇)
- 快速JavaEE轻量级框架&公用业务模块 设计&实现 4 - DAO设计
- 模块间接口设计的原则