大话24种设计模式详解及实现过程详解

最新推荐文章于 2024-09-12 17:23:35 发布

BooleanZhang

最新推荐文章于 2024-09-12 17:23:35 发布

阅读量664

点赞数

分类专栏：设计模式文章标签：设计模式编程语言 java

本文链接：https://blog.csdn.net/bebmwnz/article/details/107968908

版权

设计模式专栏收录该内容

3 篇文章 0 订阅

订阅专栏

先来个抛砖引玉：大家在开发中经常碰到很多if（）else{}条件的判断，其实这也算是一种设计模式--策略模式。当然，如果业务已经固定，后期不需要做任何修改的话，那么这种硬编码格式的确不会遇到任何问题。但是，如果一旦需要判断条件多了，那么你的代码可能会写N多的if else语句，而且还需要每次有需求变动的时候，都得去重新修改一次或者添加一次，这样的代码就让人头疼了。所以可以用一种枚举的方式，在判断中通过枚举遍历的方式来改善这种状况。这样的代码，让谁都喜欢。不然自己改动方便，后边看你代码的人也会感觉高大尚。所以说，设计模式对于开发者和架构者来说是一件非常重要的事情。下面，我就来说下自己对设计模式的理解，不会的可以学一学，理解比我深的可以发表你的看法，来纠正我的观点。

由于本篇和24种设计模式加起来内容有点多，所以需要抽出时间分开写，还望大家多多包涵，每写完一篇设计模式的理解和具体实现都会在对应的模式名称上附上链接。本篇主要介绍了设计模式的设计原则和分类。

设计模式的7个原则

1.开闭原则：对功能扩展开放，对修改关闭

就是说对功能扩展持开放态度，但是不允许对代码修改。说白了就是在不修改（对于sql来说就是不允许update）代码的情况下，通过添加别的地方的业务代码（对于sql来说就是insert）来扩展功能。最佳实现就是面向接口编程，这里可以参考工厂模式。

2.单一职责原则：一个类只实现一个功能

就是说创建了一个类只为一个或者说一种业务服务。其我认为这个不但是针对类，针对接口也适应，毕竟接口就是一个（特殊的）类。这样做的目的就是防止如果想要添加新的功能的话还需要对源代码进行修改（这也符合开闭原则，如果对原代码修改就破坏了开闭原则），而且如果一个类或者接口实现了很多功能的话，这个类或者接口就会让人感觉很乱，有一会东一会西的感觉。

3.依赖倒转原则：程序要依赖于抽象接口，不要依赖于具体实现。简单的说就是要求对抽象进行编程，不要对实现进行编程，这样就降低了客户与实现模块间的耦合。

说白了就是要面向接口开发，而不是面向具体的类开发。

4.接口隔离原则：将不同功能的接口定义在不同的接口中来实现接口的隔离。

比如说某个类的接口有增删改查4个功能。但是我现在有个业务场景：在3个业务模块中分别有3个角色需要用到这个类的一些功能，A角色只需要其中的查询功能，B角色需要所有的功能，C角色需要其中的查找和修改功能。那么我需要定义3个接口：InterfaceA、InterfaceB、InterfaceC这3个接口，分别只实现对应的功能，而不是创建一个InterfaceD，里面实现了全部的功能，如果这样做，那我就要在3个模块中去都去实现所有的功能，但是对于某些业务模块又不是必须有的，产生了代码冗余。画图来解释吧，看的更清晰。