加入收藏 | 设为首页 | 会员中心 | 我要投稿 安卓应用网 (https://www.0791zz.com/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 综合聚焦 > 程序设计 > 正文

设计模式原则(1):单一职责原则

发布时间:2020-05-23 17:14:21 所属栏目:程序设计 来源:互联网
导读:单一职责原则:一个类,只有一个引起它变化的原因。 为什么需要单一职责原则? 如果一个类有多个原因要去修改它,那么修改一个功能时,可能会让其他功能产生Bug,所以一个类最好只有一个职责。但实际应用中还是比较难实现的,我们只能是尽量符合这个原则。 例

单一职责原则:一个类,只有一个引起它变化的原因。
为什么需要单一职责原则? 如果一个类有多个原因要去修改它,那么修改一个功能时,可能会让其他功能产生Bug,所以一个类最好只有一个职责。但实际应用中还是比较难实现的,我们只能是尽量符合这个原则。
例子:

public class Task {
	public File downloadFile(String path){
		//下载文件
		return null;
	}
	public String parseFile(File file){
		//解析文件
		return null;
	}
}


比如,修改下载文件方式和修改解析文件方法就是两种引起类产生变化的原因。这就明显违背了单一职责的原则。所以我们需要把方法提炼到两个不同的类中。
总结: 1. 实际情况是,很多时候我们无法提前预见“引起变化的原因”,所以我们只能凭经验构造我们的接口,尽量做到一个接口只有一个职责。这里说的是接口,类可能会有继承和实现多个接口,更加难以实现单一职责。 2. 当以前写的类已经有多个引起变化的原因时,我们最好做代码重构。

(编辑:安卓应用网)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读