六大设计原则之单一职责

六大设计原则之单一职责

定义

单一职责原则：应该有且仅有一个原因引起类的变化

例如
接口：IUserInfo(setUserName(),setPassword(),deleteUser(),addRole())
就是违背了单一原则。用户的属性和行为没有分开。
应该这样
用户的属性：IUserBo(setUserName(), setPassword())
用户的行为：IUserBiz(deleteUser(),addRole())

带来的好处

• 类的复杂性降低：实现什么职责有明确的定义
• 可读性提高
• 可维护性提高
• 变更引起的风险降低

总结

单一职责原则很难在项目中得到体现，非常难，为什么？考虑项目环境，考虑工作量，考虑人员的技
术水平，考虑硬件的资源情况等等，最终融合的结果是经常违背这一单一原则。

所以，我们在使用的时候，不需要考虑那么多，仅需要单纯的使用它就好了，例如筷子，刀，叉。

对于单一职责原则，接口一定要做到单一职责，类设计尽量只有一个原因引起变化。