开闭原则:软件设计的弹性与稳健性,项目代码讲解

image.png

开闭原则(Open-Closed Principle, OCP)是SOLID设计原则中的第二原则。由Bertrand Meyer在1988年提出,并由Robert C. Martin进一步推广。开闭原则指出,软件实体应对扩展开放,对修改关闭。这意味着设计时应该允许轻松添加新功能,而不需要修改现有代码。

肖哥弹架构 跟大家“弹弹” 业务中设计模式的使用,需要代码关注

欢迎 点赞,点赞,点赞。

关注公号Solomon肖哥弹架构获取更多精彩内容

历史热点文章

2. 开闭原则设计图:

image.png

设计一个电子商务平台的支付模块,该模块需要能够处理不同类型的支付方式,例如信用卡支付和PayPal支付。随着市场的发展,我们可能需要添加更多的支付方式,如微信支付、Apple Pay等。

3. 开闭原则解决什么:

开闭原则解决了软件中因需求变更导致的频繁修改问题。遵循此原则的系统可以在不修改现有代码的基础上,通过增加新的代码来扩展功能。

4. 开闭原则特点:

  • 扩展性:系统可以通过添加新代码来扩展功能。
  • 稳定性:现有代码库保持稳定,不受新功能添加的影响。
  • 灵活性:通过抽象和多态,系统可以灵活地适应变化。

5. 开闭原则缺点:

  • 设计复杂性:为了满足开闭原则,可能需要更复杂的设计,如使用设计模式。
  • 过度设计:在某些简单场景中,过度应用开闭原则可能导致设计过于复杂。

6. 开闭原则使用场景:

当面临需求频繁变更或预期将来会有变更时,应考虑使用开闭原则来设计系统。

7. 开闭原则案例

7.1 支付案例

重构示例

  • 考虑一个电子商务平台的支付系统,最初只支持信用卡支付,但未来可能需要支持更多支付方式。

重构前

    public class PaymentProcessor {
        public void processPayment(double amount) {
            // 信用卡支付逻辑
        }
    }

重构后

    public interface PaymentStrategy {
        boolean executePayment();
    }

    public class CreditCardPayment implements PaymentStrategy {
        public boolean executePayment() {
            // 信用卡支付逻辑
            return true;
        }
    }

    public class PayPalPayment implements PaymentStrategy {
        public boolean executePayment() {
            // PayPal支付逻辑
            return true;
        }
    }

    public class PaymentProcessor {
        private PaymentStrategy paymentStrategy;

        public PaymentProcessor(PaymentStrategy paymentStrategy) {
            this.paymentStrategy = paymentStrategy;
        }

        public void processPayment() {
            paymentStrategy.executePayment();
        }
    }

7.2 折扣案例

图书管理系统需要根据不同的会员等级应用不同的折扣策略。我们预期未来可能会增加更多的会员等级和折扣规则。

重构前的代码:

  • 硬编码编写所有的折扣逻辑
public class DiscountCalculator {
    public double calculateDiscount(double originalPrice, String membershipLevel) {
        switch (membershipLevel) {
            case "Gold":
                return originalPrice * 0.90; // Gold members get 10% off
            case "Silver":
                return originalPrice * 0.95; // Silver members get 5% off
            default:
                return originalPrice; // No discount for others
        }
    }
}

应用开闭原则的重构:

为了遵循开闭原则,我们将折扣逻辑抽象化,使其能够容易地扩展新会员等级和折扣规则,而不需要修改现有的DiscountCalculator类。

  1. 定义折扣策略接口 (DiscountStrategy.java)
public interface DiscountStrategy {
    double calculateDiscount(double originalPrice);
}
  1. 实现具体的折扣策略 (GoldDiscountStrategy.java, SilverDiscountStrategy.java)
public class GoldDiscountStrategy implements DiscountStrategy {
    public double calculateDiscount(double originalPrice) {
        return originalPrice * 0.90;
    }
}

public class SilverDiscountStrategy implements DiscountStrategy {
    public double calculateDiscount(double originalPrice) {
        return originalPrice * 0.95;
    }
}
  1. 修改折扣计算器以使用策略 (DiscountCalculator.java)
public class DiscountCalculator {
    private DiscountStrategy discountStrategy;

    public DiscountCalculator(DiscountStrategy discountStrategy) {
        this.discountStrategy = discountStrategy;
    }

    public double calculateDiscount(double originalPrice) {
        return discountStrategy.calculateDiscount(originalPrice);
    }
}
  1. 客户端代码 (Client.java)
public class Client {
    public static void main(String[] args) {
        DiscountStrategy goldDiscount = new GoldDiscountStrategy();
        DiscountCalculator calculator = new DiscountCalculator(goldDiscount);
        double discountedPrice = calculator.calculateDiscount(100.0);
        System.out.println("Discounted price for Gold member: " + discountedPrice);
        
        // Easily switch to a different discount strategy
        DiscountStrategy silverDiscount = new SilverDiscountStrategy();
        calculator.setDiscountStrategy(silverDiscount);
        discountedPrice = calculator.calculateDiscount(100.0);
        System.out.println("Discounted price for Silver member: " + discountedPrice);
    }
}

8. 参考开源框架:

许多开源框架如Spring Framework通过使用策略模式、工厂模式等设计模式来实现开闭原则。

9. 总结:

开闭原则是软件设计中的一个重要指导原则,它强调通过抽象和接口来设计灵活且易于扩展的系统。遵循开闭原则可以帮助我们构建出能够快速适应变化的软件系统,同时减少因需求变更导致的代码修改和潜在错误。虽然在实际应用中可能需要权衡设计复杂性和项目需求,但开闭原则无疑为软件的可持续发展提供了坚实的基础。

历史热点文章

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 219,589评论 6 508
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 93,615评论 3 396
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 165,933评论 0 356
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 58,976评论 1 295
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 67,999评论 6 393
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,775评论 1 307
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,474评论 3 420
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 39,359评论 0 276
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,854评论 1 317
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 38,007评论 3 338
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 40,146评论 1 351
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,826评论 5 346
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,484评论 3 331
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 32,029评论 0 22
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 33,153评论 1 272
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 48,420评论 3 373
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 45,107评论 2 356

推荐阅读更多精彩内容