一、02【设计原则】之单一职责原则

本文深入探讨设计原则中的单一职责原则(SRP),阐述其重要性和应用场景。通过手机销售的实例,展示如何因类的职责过多导致代码复杂性增加,进而提出通过重构将职责分离,提高代码的可读性和维护性。文章通过类图展示重构后的结构,强调即使在方法层面,也应遵循单一职责,确保代码的清晰与可扩展性。
摘要由CSDN通过智能技术生成

今天的博客主题

       设计模式 ——》设计原则之单一职责原则


单一职责原则 SRP (Simple Responsibility Pinciple)

单一职责是说不要因为有多种变化原因而导致类变更。

怎么说呢,就是一个类负责两个任务,一个任务变更,修改这个任务逻辑代码,有可能会导致另一个任务发生意外。

这样一来,那这个类就存在两个导致类变更的原因。

如何解决这个问题呢?那就给这两个任务分开,分到两个类里面去,进行解耦。

后期任务变更互不影响。

达到了降低类的复杂度,提高类的可读性,提高了系统的维护性,降低变更引起的风险。

 

总的说就是一个 类、接口或方法只负责一个功能模块。各司其职。

 

代码示例

手机的销售场景,对于每个手机利润是不一样的,厂家给的优惠价以及手机进价,或者做活动时候的价格都不一样。对于这些功能需求,随时可能都会调整的。

新建一个 Sale 类

public class Sale {
    public void salePhone(String phone, Double price){
        if("Apple".equals(phone)){
            System.out.println(phone + " 销售价:" + price);
        }else if("HuaWei".equals(phone)){
            System.out.println(phone + " 销售价:" + price
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值