业务模块的设计原则

< DOCTYPE html PUBLIC -WCDTD XHTML StrictEN httpwwwworgTRxhtmlDTDxhtml-strictdtd>

以下内容是工作中的几点总结,总结的上下文是在关系数据库的设计环境,还请各位朋友多多发表以下自己的想法。

1、模块的最小单位根据一个完整事务设计

2、模块的最小单位根据一个完整流程设计

3、模块中,只能应用数据库的连接,不能够修改数据库的连接,最好是在New方法中,获取数据库连接。

4、业务模块中的算法如果有调整,那么直接修改该业务模块,而不能使用继承的方式,在子类中来实现修改,这样做的原因是:业务模块不能作为公有的模块,在几个版本的系统中同时使用。如果能够同时使用,那么这个业务模块必定是同一个业务模块。这也要求我们在设计系统时,业务模块和系统中的功能模块不能够编译在一起。

5、有关member variable在类中的使用方式。
       经过多年的经验,发现通过阐述将member variable传入方法内,是降低程序耦合度的一种方式。虽然在类的方法中仍然能够使用member variable,但是直接使用的后果是该方法内的代码不能够直接使用。

原文地址:https://www.cnblogs.com/netcorner/p/2912356.html