开发及常用框架中常见的设计模式

一、什么是设计模式
二、为什么要使用设计模式？
三、何时使用设计模式
四、六大设计原则
五、不遵循设计模式可能会导致的问题
六、什么是高内聚、低耦合、强耦合
七、业务逻辑中的设计模式及原则
八、框架中的常用设计模式
九、设计模式总结
十、实现和继承的区别和联系
十一、SOA和微服务的关联及区别

一、什么是设计模式

定义：是一套被反复使用的，多数人知晓的、经过分类编目的、代码设计经验总结
特性一：面向对象
特性二：与具体的语言无关

二、为什么要使用设计模式？

可扩展
可复用
可维护
抽象类提高了类和类的内聚程度，减少了代码量。

三、何时使用设计模式

有一定代码编写经验和理解后
合适场景+匹配问题+清晰的解决方案

$\color{green}{固定的业务常见下+匹配的问题=场景问题}$
重构：通过调整代码结构改善软件的质量、性能、使其程序的设计模式和架构更趋合理，提高软件的扩展性和可维护性。

四、六大设计原则

单一职责原则 SRP
- 有且仅有一个原因能引起类变化
- 用职责或变化和衡量
里氏替换原则
- 所有引用基类的地方必须能无感知的使用其子类
- 子类可扩展父类功能，但不要修改父类功能
依赖倒置原则
- 面向接口编程
接口隔离原则
- 接口尽量细化，化为最小功能单元
- 不使用接口不要依赖
迪米特法则
- 也叫最少知道原则，一个对象对其他对象有最少的了解
- Only talk to your Immediate friends
- 依赖、关联、聚合、组合
开闭原则
- 对扩展开放，对修改关闭
- 抽象约束，封装变化

五、不遵循设计模式可能会导致的问题

技术负债：

例1：

小明需要开开发一个用户模块，其中涉及一些复杂的操作，比如用户数据接收和处理，这时小明为了省事，把多个模块之间需要交互的代码都融合到了一起，将原本需要2天的工作量，用了1天完成了。
但过了段时间，项目升级迭代，涉及接收用户数据的部分有了大的变动，这时因为原本的代码不遵循任何规范，乱糟糟的在一起，需要进行大面积的修改，甚至是删掉重写，此时工作量翻了不止倍，小明给自己挖了个巨坑，需要加班加点的填坑！

例2：

一个服务节点 5000QPS，小明在写程序的时候，处理的非常差，导致1一个节点只能有1000QPS，这时需要处理5000QPS，就需要使用5台机器才能解决问题，这就导致了成本增加

六、什么是高内聚、低耦合、强耦合

高内聚：A模块以及拥有它应该拥有的所有功能，不需要依赖其他的模块，拆到不能再拆（微服务的最小服务、最小原子操作）

低耦合：模块之间依赖程度较低，某一个模块变动或者是出故障的时候

例如：A模块依赖B模块，B接口依赖，B出问题，A不受影响，这是低耦合

但是如果，A同时受到影响，不能正常运行，这就是强耦合

七、业务逻辑中的设计模式及原则

单一职责原则

业务分层（水平+垂直）Spring MVC、Controller、Service、Dao
依赖导致原则

Service、Dao等，都有接口和Impl实现类
迪米特法则

水平分层，如Controller和Service
多种模式组合使用

Dao层：Facade外观模式、Proxy代理模式、Strategy策略模式

Service层：业务自定义

八、框架中的常用设计模式

Spring中的常用的设计模式

Factory Pattern 工厂模式
- BeanFactory
- ApplicationContext
Singleton 单例模式
- ApplicationContext
Prototype原型模式
- scope = prototype
Proxy Pattern 代理模式
- AOP
Delegate Proxy委派模式
- DispatchServlet
- BeanDefinitionParserDelegate
Observer Pattern 观察者模式
- ContextLoaderListener
Adapter 适配器模式
- HandlerAdapter
Other Pattern 其他设计模式
- 策略模式、模板方法模式

Mybatis中常用的设计模式

工厂模式
- SqlSessionFactory
单例模式
- SqlSessionFactory
代理模式
- MapperProxy、ConnectionLogger等用了动态代理
模板方法模式
- BaseExecutor、SimpleExecutor、BaseTypeHandler
装饰者模式
- cache包里decorators下的所有decorators实现类
迭代器模式
- PropertyTokenizer

架构中常用的设计模式

MVC模式
黑板模式
主从模式
SOA模式
微服务模式

九、设计模式总结

经验复用	可扩展	逻辑中
可自创	可复用	工具及框架中
解决问题	可我IE胡	架构中

UML图一定要会画，面试时如果问到设计模式，画UML是必经过程

十、实现和继承的区别和联系

首先我们都知道Java是单继承、多实现

extends：一个类继承了父类，则拥有父类的所有非私有功能，它是有具体实现功能的，所有子类从父类继承的方法都是同样的行为

Implement：接口，比较抽象，是只做定义，具有的功能交于实现类去根据需要进行不同行为的实现

十一、SOA和微服务的关联及区别

这里说下我对SOA和微服务的理解，由于没有实际经营，如有问题，还请多多指教！

SOA：主要在于解决多服务之间相互调用的问题，也就是服务治理，根据职能将模块抽取出来，提供一个公共服务供多个模块进行调用，着重中央管理。

微服务：每个服务都是聚焦单个小型的业务功能，私有的数据库，数据去中心化，降低服务直接的耦合度，每个服务都可以独立部署，它是高内聚、松耦合着重分散管理