单一职责原则

本文介绍了软件设计中的单一职责原则(SRP),它提倡一个类或方法应专注于一个职责,以降低复杂性、增强可读性和可维护性。通过大学学生工作管理程序的例子,展示了如何将不同职责分离到不同的类中,如辅导员和学业导师,以实现代码的解耦。遵循SRP可以减少变更风险,提高系统的稳定性和扩展性。
摘要由CSDN通过智能技术生成
单一职责原则的定义:
	单一职责原则(Single Responsibility Principle,SRP)又称单一功能原则,这里的职责是指类变化的原因,单一职责原则规定一个类应该有
且仅有一个引起他变化的原因,否则类应该被拆分。
	该原则提出对象不应该承担太多职责,如果一个对象承担了太多的职责,至少存在以下两个缺点:1.一个职责的变化可能会削弱或者抑制这个
类实现其他职责的能力;2.当客户端要该对象的某一职责时,不得不将其他不需要的职责全部包含进来,从而造成冗余代码或代码的浪费
单一职责的优点:
	单一职责原则的核心就是控制类的粒度大小、将对象解耦、提高其内聚性。如果遵循单一职责原则将有以下优点。
	(1)降低类的复杂度。一个类只负责一项职责,其逻辑肯定要比负责多项职责简单得多。
	(2)提高类的可读性。复杂性降低,自然其可读性会提高。
	(3)提高系统的可维护性。可读性提高,那自然更容易维护了。
	(4)变更引起的风险降低。变更是必然的,如果单一职责原则遵守得好,当修改一个功能时,可以显著降低对其他
功能的影响。
单一职责原则的实现方法:
	单一职责原则是最简单但又最难运用的原则,需要设计人员发现类的不同职责并将其分离,再封装到不同的类或模块中。而发现类的多
重职责需要设计人员具有较强的分析设计能力和相关重构经验。下面以大学学生工作管理程序为例介绍单-职责原则的应用。

单一职责原则同样也适用于方法。一个方法应该尽可能做好一件事情。如果一个方法处理的事情太多,其颗粒度会变得很粗,不利于重用。

具体代码:
package SRP;

public class 学生工作 {
    public void 生活辅导(辅导员 teacher){}
    public void 学业指导(学业导师 teacher){}

}

package SRP;

public class 辅导员 {
    public void 班委建设(){}
    public void 出勤统计(){}
    public void 心理辅导(){}
    public void 费用催缴(){}
    public void 班级管理(){}
}

package SRP;

public class 学业导师 {
    public void 专业指导(){}
    public void 学习辅导(){}
    public void 科研指导(){}
    public void 学习总结(){}
}

UML类图:

在这里插入图片描述

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值