一直一来都在思索为什么很多公司开发的产品都不好维护,也一直在思考如何设计一个可以快速开发和快速上手的框架,并且用该框架开发的东西要易于维护。
前几天在思考spring的IoC其实也并不是很好的解决方案,虽然他将类之间的依赖关系延迟到了运行时,做到了降低系统的偶合度,但是同时意味着对于一
个新人而言,它在理解这个系统的时候会存在很多问题,特别是系统的设计文档缺失或者不完善的情况下。国内的程序员似乎都不太喜欢写文档,有时候也认为代码
很简单,根本不需要文档,甚至很多连代码注释都没有,在这样的情况你如何希望别人可以很快入手呢?
前两天在改造我的JDBCTemplate的过程中,在完成数据的持久化时,突然想到与其基于配置,不如基于规则,符合规则的就可以通过,不符合的就不
行,例如从数据库取出的数据可以自动映射到javabean,数据库的命名使用下划线分隔,而转换到java的属性就是以下划线分隔的单词,除了第一个单
词外的其它的首字母大写,而对于表间关系,可以也按照命名规范来,对于一对多的关系,可以利用JDK5中的新的特性声明其类型完成。
在基于规则的情况下,配置会减少很多,但是文档依然是不可缺少的,不同的是文档要描述的主要是规则,而这个规则是框架的规则,新人需要研读的就是这个规则,他也不能写出不符合规则的程序,因为那样就不能工作。
有必要实际的检验一下这个想法。

(Visited 329 times, 1 visits today)