spring核心

1. Open-Closed Principle

OCP指对扩展开发、对修改关闭。
比如我是做课程的，ICourse定义接口，JavaCourse实现Java课程，如果做活动有优惠，直接改JavaCourse的getPrice()可能有风险，影响其他地方的调用结果，所以再写JavaDiscountCourse扩展JavaCourse

2. Dependence Inversion Principle

DIP 依赖倒置。高层调用不依赖低层的修改，应该依赖抽象，而不应该依赖细节。
比如Tom类，在studyJavaCourse()和studyPythonCourse()。突然，它又要studyAICourse()，如果加这个方法，调用方自然也追加调用，这样是不稳定的。
不如，我们定义接口类ICourse的study()，然后JavaCourse重写study()，其他课程也是一样。然后Tom类里study(ICourse)，这样要新学多少课程，都easy

3. Simple Responsibility Principle

一个类只负责一个职责。
等等。

spring将模式使用的很好。

1. 工厂模式

如果有个人要学课程，学Java时，直接新建JavaCourse类的对象，学其他课，也是如此，那么引入的依赖就增加。将创建的细节隐藏，可以使用简单工厂模式。
建一个工厂类CourseFactory，create(Sting name)，当name=java，工厂里返回建好的JavaCourse类对象。其他课程类似。
当新增了课程，工厂类就要改。所以优化使用反射，create(String className)，(ICourse)Class.forName(className).newInstance()
但这个字符串可控性不好（要知道，字符串是最容易写错的，人是最容易犯下最低级的错误的），还要强制转型
所以再优化，create(Class<? extends ICourse> clazz) clazz.newInstance()
客户端这样调用 create(JavaCourse.class) 优化到这里应该到头了

2. 单例模式

一个类只有一个实例，并提供一个全局访问点。IoC容器ApplicationContext就是饿汉式单例模式。类加载的时候就初始化，不管用与不用都占着内存。

Spring中常用设计模式：