成为百万架构师的第一课：设计模式：Spring中的设计模式
本文原文地址Spring5 源码分析
一·、Spring 中常用的设计模式
1.我们通常说的23种经典设计模式：
分类设计模式创建型工厂方法（Factory Method）、抽象工厂模式（Abstract Facotry）、制作者模式（Builder）、原型模式（Prototype）、单例模式（Singleton）结构型适配器模式（Adapter）、桥接模式（Bridge）、组合模式（Compostite）、装饰器模式（Decorator）、门面模式（Facade）、享元模式（Flyweight）、代理模式（Proxy）举动型解释器模式（Interpreter）、模板方法模式（Template Method）、责任链模式（Chain of Responsibility）、下令模式（Command）、迭代器模式（Iterator）、调解者模式（Mediator）、备忘录模式（Memento）、观察者模式（Observer）、状态模式（State）、计谋模式（Strategy）、访问者模式（Vistor）通常来说，设计模式都是混淆使用，不会独立应用。利用穷举法充分理解设计模式的应用场景。在平时的应用中，不是用设计模式去生搬硬套，而是根据详细业务问题需要时借鉴。
2.设计模式在应用中遵照的六大原则
1. 开闭原则（Open Close Principle）
开闭原则就是对扩展开放，对修改关闭。在程序需要举行拓展的时候，不能去修改原有的代码，实现一个热插拔的效果。所以一句话概括就是：为了使程序的扩展性好，易于维护和升级。想要到达这样的一个效果，我们需要使用接口和抽象类，后边的详细设计中我们会提到这点。
2. 里氏代换原则（Liskov Substitution Principle）
里氏代换原则（Liskov Substitution Principle Lsp）面向对象设计的基本原则之一。里氏代换原则中说，任何基类出现的地方，子类一定可以出现。LSP是继承复用的基石，只有当衍生类可以更换掉积聚，软件单元的功能不受到影响时，基类才能真正的被复用，而衍生类也可以或许在基类的基础上增长新的举动。里氏代换原则是对“开-闭”原则的补充。实现“开-闭”原则的关键步骤就是抽象化。而基类和子类的继承关系就是抽象化的详细实现，所以里氏代换原则是对实现抽象化的详细步骤的规范。
3. 依赖倒转原则（Dependence Inversion Principle）
这个是开闭原则的基础，详细内容：针对接口编程，依赖于抽象而不依赖于详细。
4. 接口隔离原则（Interface Segregation Principle）
这个原则的意思是：使用多个隔离的接口，比使用单个接口要好。还是一个降低类之间的耦合度的意思。从这看出，实在设计模式就是一个软件的设计思想，从大型软件架构出发，为了升级和维护方便。所以上文中多次出现：降低依赖，降低耦合。
5. 迪米特法则（最少知道原则）（Demeter Principle）
为什么叫最少知道原则，就是说：一个实体应当只管少的与其它实体之间发生作用，使得系统功能模块相对独立。
6. 合成复用原则（Composite Reuse Principle）
原则是只管使用合成/聚合的方式，而不是使用继承。
photo/23种设计模式.jpg
https://img2024.cnblogs.com/other/2396776/202412/2396776-20241231232111028-1890066672.jpg
先容Spring中常用的设计模式
1.1、简朴工厂模式（Facotry）
应用场景：
又叫静态工厂方法（StaticFactory Method）模式，但不属于 23 种设计模式之一。简朴工厂模式的实质是由一个工厂类根据传入的参数，动态决定应该创建哪一个产品类。
Spring 中的 BeanFactory 就是简朴工厂模式的表现，根据传入一个唯一的表示来获得 Bean 对象，但是否是在传入参数后创建还是在传入参数前创建这个要根据详细环境来定。
归类特点穷举创建型模式是复杂工厂模式的思维模型批量生产、标准化1.2、工厂方法模式（Facotry Method）
应用场景：
通常由应用程序直接使用 new 创建新的对象，为了将对此昂的创建和使用相分离，采用工程模式，即应用程序的创建及初始化职责交给工厂对象。
一样平常环境下，应用程序有本身的工厂对象来创建 Bean，如果将应用程序本身的工厂对象交给 Spring 管理，那么 Spring 管理，那么 Spring 管理就不是普通的 Bean，而是工厂 Bean。
归类特点穷举创建型模式对于调用者来说，隐藏了复杂的逻辑处置惩罚过程，调用者只关心执行结果。
对于工厂来说要对结果负责，保证生产出符合规范的产品流水线生产1.3、单利模式（Singleton）
应用场景
保证一个类仅有一个实例，并提供一个访问它的全局访问点。
Spring 中的单例模式完成了后半句话，即提供了全局的访问点 BeanFacotry。但没有从构造器级别去控制单例，这是因为 Spring 管理的是恣意的 Java 对象。Spring 下默认的 Bean 均为单利。
归类特点穷举创建型模式保证从系统启动到系统停止，全过程只会产生一个实例。
当我们在应用中碰到功能性辩论的时候，需要使用单例模式。配置文件、日历、IOC容器常用写法
[*]饿汉式
[*]懒汉式
[*]注册时
[*]序列化
1.4、原型模式（Prototype）
应用场景：
原型模式就是用一个对象再创建另外一个可以定制的对象，而且不需要知道任何创建的细节。
所谓原型模式，就是 Java 中的克隆技能，以某个对象为原型。复制出新的对象。显然新的对象具备原型对象的特点，效率高（避免了重复执行构造过程步骤）。
归类特点穷举创建型模式起首有一个原型。
数据内容相同，但对象实例不同（完全两个个体）孙悟空吹毫毛1.5、代理模式（Proxy）
应用场景：
为其他对象提供一种代理以控制对这个对象的访问。从结构上来看和 Decorator 类似，但 Proxy 是控制，共呢个i选哪个是一种对功能的限制，而 Decorator 是增长职责。
Spring 的 Proxy 模式在 AOP 中有表现，好比 JdkDynamicAopProxy 和 Cglib2AopProxy。
归类特点穷举结构型模式执行者、被代理人
对于被代理人来说，这件事是一定要做的，但是我本身又不想做或者没偶然间做。
对于代理人而言，需要获取到被代理的人的个人资料，知识到场整个过程的某个或几个环节。租房中介、售票黄牛、婚介、经纪人、快递、事务代理、非侵入式日记监听1.6、计谋模式（Strategy）
应用场景
界说一系列的算法，把它们一个个封装起来，并且是他们可相互更换。本模式使得算法课独立于使用它的客户而变化。
Spring 中在数理化对象的时候用到 Strategy 模式，在 SimpleInstantiationStrategy 有使用。
归类特点穷举举动型模式最终执行结果是固定的。
执行过程和执行逻辑不一样。供用户去选择旅游出行方式、付出方式、登陆（passport）、网络爬虫1.7、模板方法模式（Template Method）
界说了一个操作中的算法骨架，而将一些步骤延迟到子类中。Template Method 使得子类可以不改变一个算法的机构即可重界说该算法的某些特定步骤。
Template Method 模式一样平常是需要继承的。这里想要探究另一种对 Template Method 的理解。Spring 中的 JdbcTemplate ，在用这个类的时候不想去继承这个类，因为这个类的方法太多，但是我们还是享用 JdbcTemplate 已有的稳固的、公用的数据库链接，那么我们怎么办呢？我们可以吧变化的东西抽取出来作为一个参数传入 JdbcTemplate 的方法中。但是变化的东西是一段代码，而且这段代码会用到 JdbcTemplate 中的变量。怎么办？那我们就要回调放啊发吧。在这个回调对象中界说了一个操纵 JdbcTemplate 中的变量的方法，我们去实现这个方法，就把变化的东西集中到这里了。然后我们再传入这个回调对象到 JdbcTemplate，从而完成了调用。这就是 Template Method 不需要继承的另一种实现方式。
归类特点穷举举动型模式执行流程故此那个，但中心有些步骤有席位差别（运行时才确定）
可实现批量生产Spring ORM 数据模型1.8、委派模式（Delegate）
应用场景
不属于 23 种设计模式之一，是面向对象设计模式中常用的一种模式。这种模式的原理为类 B 和类 A 是两个互相没有关系的类，B 具有和 A 一摸一样的方法和属性；并且调用 B 中的方阿飞，属性就是调用 A 中的方法和属性。B 似乎就是一个受 A 授权委托的中介，第三方的代码不需要知道 A 的存在，又不需要和 A 发生直接的接洽，通过 B 就可以直接使用 A 的功能，这样既可以或许使用到 A 的各种功能，又可以或许很好的将 A 保护起来了，一举两得。
归类特点穷举举动型模式要和代理模式区分开来
持有被委托人的引用
不关心过程，只关心结果经理派发工作任务、Dispatcher1.9、适配器模式（Adapter）
Spring AOP 模块是对 BeforeAdvice、AfterAdvice、ThrowsAdvice 三种通知类型的支持实际上是借助适配器来实现的，这样的利益是使得框架允许用户向框架中加入本身想要支持的任何一追踪通知类型，伤处三种通知类型是 Spring AOP 模块界说的，他们是 AOP 同盟界说的 Advice 的子类型。
归类特点穷举举动型模式注重兼容、转换
适配者和被适配者之间没有层级关系，也没有必然接洽。
满足 has - a 的关系。编码解码、一拖三充电头、HDMI 转 VGA 、Type - c 转 USB1.10、装饰器模式
应用场景
在我们的项目中碰到这样一个问题：我们项目需要链接多个数据库，而且不同的客户再每次访问中根据需要回去访问不同的数据库。我们以往在 Spring 和 Hibernate 框架中总是配置一个数据源，因而 SessionFactory 的 DataSource 属性总是指向这个数据源并且恒定不变，所有的 DAO 在使用 SessionFactory 的时候都通过这个数据源访问数据库。但是如今，由于项目标需要，我们的 DAO 在访问 SessionFacotry 的时候都不得不在多个数据源之间不断的切换，问题就出现了：如何让 SessionFactory 在执行数据持久化的时候，根据客户的需求可以或许动态的切换不同的数据源？我们能不能在 Spring 的框架下通过少量修改得到解决？是否有什么设计模式可以利用呢？
起首想到的是 Spring 的 ApplicationContext 中配置所有的 DataSource。这些 DataSource 大概是各种不同的类型的，好比不同的数据库： Oracle、SQL Server、 Mysql等，也大概是不同的数据源：好比不同的数据库：Oracle、SQL Server、Mysql 等，也大概是不同的数据源：好比 Apache 提供的 org.apache.commons.dbcp.BasicDataSouce、Spring 提供的 org.springframework.jndi.jnidObjectFacotryBean 等。然后 SessionFactory 根据客户的而每次哀求，将 DataSource 属性设置成不同的数据源，以到达切换数据源的目标。
Spring 中用到的包装器模式在类型上有两种表现：一种是类名中含有 Wrapper，另一种是类名中含有 Decorator 。基本上都是动态地给一个对象添加一些额外的职责。
归类特点穷举结构型模式1. 注重覆盖、扩展。
2. 装饰器和被装饰器都实现同一个接口，主要目标是为了扩展以后依旧保留 OOP 关系（同宗同源）。
3. 满足 is - a 的关系。IO 流包装、数据源包装、简历包装1.11、观察者模式（Observer）
应用场景
界说对象间的一种一对多的依赖关系，当一个对象的状态发生改变时，所有依赖它的对象都得到通知并被主动更新。
Spring 中 Observer 模式常用的地方是 Listener 的实现。如 ApplicationListener。
归类特点穷举举动型模式一样平常由两个脚色组成：发布者和订阅者（观察者）。
观察者通常有一个回调，也可以没有。监听器、日记收集、短信通知、邮件通知1.12、各设计模式对比及编程思想总结
设计模式一句话归纳工厂模式（Factory）只对结果负责，不要三无产品单例模式（Singleton）保证独一无二适配器模式（Adapter）需要一个转换头（兼容）装饰器模式（Decorator）需要包装，但不改变本质（同宗同源）代理模式（Proxy）办事要求人，所以找代理。观察者模式（Observer）完成时通知我计谋模式（Startegy）我行我素，到达目标就行。模板模式（Template）流程标准化，质料本身加。委派模式（Delegate）干活是你的（普通员工），功劳是我的（项目经理）原型模式（Prototype）拔一根猴毛，吹出千万个。编程思想总结
Spring 思想应用场景（特点）一句话归纳AOPAspect Oriented Programming（面向切面编程）
找出多个类中有一定规律的代码，开发时拆开，运行时再归并。
面向切面编程，即面向规则编程。解耦，专人做专事OOPObject Oriented programming（面向对象编程）
归纳总结生存中一切事物封装、继承、多态BOPBean Oriented Programming（面向 Bean 编程）
面向 Bean （普通的 java 类）设计程序。一切从 Bean 开始IOCInversion of Control（控制反转）
将 new 对象的动作交给 Spring 管理，并由 Spring 保存已创建的对象（IOC容器）转交控制权（即控制反转）DI/DLDependency Injection（依赖注入）或者 Dependency Lookup（依赖查找）
依赖注入、依赖查找，Spring 不仅保存本身创建的对象，而且保存对象与对象之间的关系。
注入即复制，主要三种方式构造方法、set 方法、直接赋值。先清算关系再赋值。本文原文地址
同步原文：https://mp.weixin.qq.com/s/IhmKAJl6s8bnIfZdvZaUUw
来源于:https://javaguide.net
微信公众号：不止极客
来源于:https://javaguide.net
微信公众号：不止极客
免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。
页:
[1]