六大设计原则之单一职责
定义
单一职责原则:应该有且仅有一个原因引起类的变化
例如
接口:IUserInfo(setUserName(),setPassword(),deleteUser(),addRole())
就是违背了单一原则。用户的属性和行为没有分开。
应该这样
用户的属性:IUserBo(setUserName(), setPassword())
用户的行为:IUserBiz(deleteUser(),addRole())
带来的好处
- 类的复杂性降低:实现什么职责有明确的定义
- 可读性提高
- 可维护性提高
- 变更引起的风险降低
总结
单一职责原则很难在项目中得到体现,非常难,为什么?考虑项目环境,考虑工作量,考虑人员的技
术水平,考虑硬件的资源情况等等,最终融合的结果是经常违背这一单一原则。
所以,我们在使用的时候,不需要考虑那么多,仅需要单纯的使用它就好了,例如筷子,刀,叉。
对于单一职责原则,接口一定要做到单一职责,类设计尽量只有一个原因引起变化。