面试必问设计模式之基础篇

设计模式系列文章目录

• 面试必问设计模式之基础篇

如果本文对你们的开发之路有所帮助，请帮忙点个赞，您的支持是我坚持写博客的动力

前言

本文将讲解设计模式初始篇,带着大家以面试题的方式 初探设计模式

什么是设计模式

设计模式用于承载复杂的业务逻辑，使写出的代码简洁、易扩展

通俗来讲：日常开发中需要了解整体业务中的可变及不可变。变化的就是复杂的业务逻辑，就应该用合适的设计模式去重构它，定义好代码骨架，当它发生变化的时候具有更好的扩展性

设计模式有什么好处/为什么要用设计模式

• 设计模式是经验沉淀,代码使用了设计模式，使得代码更整洁，易于阅读，可扩展性变高,提高代码复用性，减少代码冗余问题
• 市面上成熟的框架(例如Spring\ShardingShpere)都会使用设计模式，使得开发者接入更方便，扩展也更方便

说说设计模式的六大原则

• 开闭原则(Open Close Principle)

开闭原则: 用抽象构建架构，用实现扩展原则。目的：为了程序的可扩展性，易于维护和升级

• 里氏代换原则(Liskov Substitution Principle)

里氏代换原则： 子类可以扩展父类的功能，但不能改变原有父类的功能。里氏代换原则是对实现抽象化的具体步骤的规范

• 依赖倒转原则(Dependence Inversion Principle)

依赖倒转原则: 上层模块不应该依赖下层模块，两者应依赖抽象。抽象不应该依赖细节，细节应该依赖抽象，即面向接口编程

• 接口隔离原则(Interface Segregation Principle)

接口隔离原则: 建立单一接口，类之间依赖关系建立在最小的接口,即负责接口根据业务拆分成多个简单接口，接口粒度越小,系统越灵活

• 迪米特法则(最少知道原则)(Demeter Principle)

迪米特法则: 最少知道原则，尽量降低类与类之间的耦合

• 单一职责原则(Single Responsibility Principle)

单一职责原则: 一个类或一个方法只负责单一项职责，尽量做到类只有一个行为原因引起变化

设计模式有什么类型/分类

主要分为三类

• 创建型模式

• 创建型模式 用于描述 “怎样创建对象” ，它的主要特点是"将对象的创建与使用分离"
• 创建型模式 包含 工厂方法模式、抽象工厂模式、单例模式、建造者模式、原型模式

• 结构型模式

• 结构型模式 用于描述如何将类或对象按某种布局组成更大的结构
• 结构型模式 包含 适配器模式、装饰器模式、代理模式、外观模式、桥接模式、组合模式、享元模式

• 行为型模式

• 行为型模式 用于描述类或对象之间怎样相互协作共同完成单个对象都无法单独完成的任务，以及怎样分配职责
• 行为型模式 包含: 策略模式、模板方法模式、观察者模式、迭代子模式、责任链模式、命令模式、备忘录模式、状态模式、访问者模式、中介者模式、解释器模式