设计模式之六大原则——单一职责原则(SRP)
发布时间:2020-12-14 05:13:10 所属栏目:百科 来源:网络整理
导读:定义: 应该有且仅有一个原因引起类的变更。 There should never be more than one reason for a class to change. ? 优点: 1、类的复杂性降低,实现什么职责都有清晰明确的定义; 2、可读性提高,复杂性减低,可读性当然提高; 3、可维护性提高,可读性提
定义: 应该有且仅有一个原因引起类的变更。 There should never be more than one reason for a class to change. ? 优点: 1、类的复杂性降低,实现什么职责都有清晰明确的定义; 2、可读性提高,复杂性减低,可读性当然提高; 3、可维护性提高,可读性提高,可维护性当然提高; 4、变更引起的风险减低,变更是必不可少的,如果接口的单一职责做得好,一个接口修改只对相应的类有影响,对其他接口无影响,这对系统的扩展性、维护性都有非常大的帮助。 注意: 单一职责原则提出了一个编写程序的标准,用“职责”或“变化原因”来衡量接口或类设计得是否优良,但是“职责”和“变化原因”都是不可度量的,因项目而异,因环境而异。 建议: 接口一定要做到单一职责,类的设计尽量做到只有一个原因引起变化。 (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |
推荐文章
站长推荐
- React/React Native 的ES5 ES6写法对照表
- FLEX3中应用CSS完全详解手册
- 如何不使用ctrl-d退出swift repl?
- ruby-on-rails – Ruby on Rails,Paperclip,Hero
- postgresql9.5.9相关的日志文件介绍
- iphone – NSURL为null,而NSString在Objective-C
- react native 学习笔记-----理解redux的一个极其
- React Native/慕课网实战课程视频/贯穿全栈React
- React Native填坑之旅--Diff算法(番外)
- Cocos2d-x教程(35)-三维拾取Ray-AABB碰撞检测算
热点阅读