开闭原则(Open-closed principle)

在软件设计、编码过程中有几个基本原则即SOLID原则，学习理解能够帮忙我们写出更健壮的代码。SOLID是五个基本原则的首字母。这五个原则如下：

• Single responsibility

• Open–closed

• Liskov substitution

• Interface segregation

• Dependency inversion

此篇来学习一下开闭原则（Open–closed responsibility）

开闭原则即对扩展开放对修改关闭。即在不改变本身代码的情况下其行为能扩展。我们在写代码的时候，一定不要着急开始写，而要多思考可能面临的问题，在需求可能改动的情况下，如何尽量减少代码的改动，而是通过扩展的方式实现？

比如Spring框架里面的BeanPostProcessor，如果想在bean初始化之后做一些事情，我们不需要去修改spring的代码，或者我们的代码，而是使用spring提供的扩展方法很方便的实现自己的特殊需求。

再举个例子，比如策略模式，比如我们有一个网站，用户可以用手机号，邮箱等方式注册，注册后我们可以根据不同的类型发送不同的消息，告知用户已经成功注册。如果把逻辑都写到一块

class AccountSignIn {
    public void signIn() {
        // 注册的逻辑
        // 通知的逻辑
        String type = "手机号";
        // or String type = "邮箱";
        notice(type);
    }

    void notice(String type) {
        if (type.equals("手机号")) {

        }
        if (type.equals("邮箱")) {

        }
        if (type.equals("other")) {

        }
    }
}

这样的代码就很不方便扩展，如果有其他的通知需要可能就要重写notice方法，我们可以通过策略模式，让代码能更方便的扩展。

class AccountSignIn {
    INotice notice;

    AccountSignIn(INotice notice) {
        this.notice = notice;
    }

    public void signIn() {
        // 注册的逻辑
        // 通知的逻辑
        notice.notice();
    }
}

interface INotice {
    void notice();
}

class EmailNotice implements INotice {
    public void notice() {

    }
}

class SMSNotice implements INotice {
    public void notice() {

    }
}

这样就可以很方便的扩展了。我们在写代码的时候一定要多考虑一下扩展性方面的问题，防止代码越写越杂乱，越难理解、维护。

参考：

https://www.cnblogs.com/shijianchuzhenzhi/p/12941207.html