单一职责原则

单一职责(srp)原则

就一个类而言,应该仅有一个引起它变化的原因

不是类的功能来定义,而是说引起变化的而要修改方面为依据。

让每个方法只做某一项工作。那样允许你复用方法,并且一旦出现变化,你能购以修改最少的代码满足变化。

理论是美好的,现实是残酷的,这个原则也是所有oop世界最难的一个原则,请在下方参与讨论吧!

草木全
分享到:
现实情况是这样的:组织,学校,年级,班级有些人设计时,仅仅为了呈现树形关系,而存储于一张表内!这种做法,打破了这个原则,并且使代码内部的逻辑关系变得复杂了几个等级,一些校验或后置前置的处理,流程的处理都要判断这个表里的类型才行。 好的设计就是要使代码清晰,逻辑尽可能简单。
1
可以说,没有明白这个类的程序员,所做出来的项目难以应对需求的变化,更是疲以应付每天的不同需求,而修改一处,完全不知道会影响到其它哪些?
1
一个基础类的好坏标准之一是:被引用的次数。 被引用的次数越多,则该类的质量越高。不仅仅你的项目,包括可以给其它项目使用,都算。 实际上,多职责的类很难以被不同的项目引用。
1
共 3 条   当前1/1页

© 2014 究问社区 copyRight 豫ICP备13003319号-1