面向对象设计之单一职责原则

概述

单一职责原则(Single Function Principle,SFP)又称单一功能原则,它规范开发人员设计一个类应只实现单一或独立的职责即业务功能。职责分明的设计,可以提高程序的可维护性。如果一个类中负责多个多个独立的业务功能,一旦需求发生变更,修改其中一个职责的代码,可能会导致另外的功能代码发生问题,降低可维护性。比如一个类中,既有订单服务,又包含了用户服务,当用户服务需求发生变更,需要修改代码时,可能会导致订单服务功能出现故障。

代码示例

  • 职责过多的错误示范,既有下单功能,又有更新用户头像的功能
// 两种以上职责的接口
public interface MyService {
  void create();
  void update();
}

// 两种以上职责的接口实现类
public class MyServiceImpl implements MyService {
    @Override
    public void create() {
        // TODO 创建一条新订单
    }

    @Override
    public void update() {
        // TODO 更新头像
    }
}

以上代码,当有新需求变更时,比如更新订单信息,或上传用户头像,都需要去更新修改上面的代码,即一个类或服务会存在两个需求导致变更的原因。

  • 遵循单一职责的正确示范,下单功能放到订单服务中,更新用户头功能放到用户服务中
// 订单服务接口
public interface OrderService {
    void create();
    void update();
}

// 订单服务实现
public class OrderServiceImpl implements OrderService {
    @Override
    public void create() {
        // 创建一条新订单
    }

    // 新增需求,可以不需要改动用户服务相关的代码
    @Override
    public void update() {
        // 更新订单信息
    }
}

// 用户服务接口
public interface UserService {
    void create();
    void update();
}

// 用户服务实现
public class UserServiceImpl implements UserService {
    // 新增需求,可以不需要改动订单服务相关的代码
    @Override
    public void create() {
        // 新增用户信息
    }

    @Override
    public void update() {
        // 更新用户信息
    }
}

总结

通过单一职责原则,明确每个类的功能,可以降低类的复杂读,提高类的可读性,提供系统的可维护性,降低变更引起的风险。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值