您的位置：程序门 -> java -> 框架、开源

大家都用什么方式使用代码形式限制开发人员变成行为，让程序可维护度高

[收藏此页] [打印本页]选择字色：背景色：字体：[大][中][小]

大家都用什么方式使用代码形式限制开发人员变成行为，让程序可维护度高

发表于：2008-01-17 14:02:42 楼主

我先说下我的意思，在以前我们不知道使用interface，所以在写程序的时候，描述同一类功能，比如创建模型，有人方法写new,有人叫create，有人叫newmodle。。。。每个人写法不同，集成的时候很难看出来这代表同一个功能，然后就考虑如何能用代码方式强制让他们只能叫一个名，所以用了接口，必须实现这个接口里的创建方法，所以即便有个性的程序员也只能把其创建成同样的名称，这使程序易于管理，现在我向大家征集一下还有什么好的“非遵循人为规定”、“代码强制”型的方式能让程序变得易于管理。

我想出一点：
人们再用其它人写的基类的时候，经常发现这个基类没有提供我需要的特殊需求的实现，然后他就去修改基类，加上自己需要的功能，修改基类是很可怕的，因为他可能不完全理解基类的意图就去修改，使基类变得封装性差而不容易理解，我的建议就是使用其他人写的基类的时候，不要把基类放在resource里，而是把基类打成jar包放入lib里使用，人们不可看到其代码，如果觉得功能不够用，你就继承基类然后拓展其功能，这样基类代码就得到保护了，同样程序结构也清晰。

大家说说你们的经验

发表于：2008-01-17 20:35:021楼得分:0

开发前定义一套大家都能接受的代码规范,建议或强制执行.

发表于：2008-01-18 00:00:442楼得分:0

我认为人为doc文档形式的强制规定效果不好，而要以代码形式约束，就是“你不按我订的方式写，你代码都编译不过去”这样的方式管理

发表于：2008-01-18 00:03:383楼得分:0

规范文档当然可以限制人行为，但是当一个产品一批人走了，后来人继续开发。。。。。文档就逐渐失去效力了

其他资讯