设计模式在实际开发中的应用

拼搏现实的明天。 2022-04-18 00:46 326阅读 0赞

我相信有些人学了设计模式，依然不知道设计模式的应用场景，感觉我们日常开发中，仅仅写些逻辑，调下接口，连接下数据库就完事儿了。感觉设计模式都被框架运用的淋淋尽致，似乎没有我们可发挥的余地了。设计模式到底有什么用？在什么场景下用？它的优势是什么？似乎我们感受不到，讲真的，那学了也是一脸懵逼。不知道有没有人像我最开始学习设计模式一样。

**目的：**本文将讲诉自己在实际开发中所用到的设计模式，让更多朋友体会到实际开发中很多时候也可以用设计模式。给个借鉴，打开思路。学习别人的开发思路，并运用到自己的开发中。

### **说明：本文会陆续更新，可能不会一次性分享完所有设计模式，关注我，以后会更多！** ###

## 正文： ##

## 一：设计模式之策略模式 ##

关于策略模式的理论在这里就不累赘，相信看到此文章的朋友都是看过很多有关文章，已经有大概了解了。欲在这里寻得策略模式的实际应用。

（1）字符串截取方法。

在实际项目中主要是根据配置文件中的连接数据库的url截取出数据库名字。因为暂时可能用的是mysql，但以后可能会用oracle。postgresql等等 也说不定。但是每个url的格式不同，截取方法也就不同，不可能每次修改源码。采用策略模式，想要扩展截取其它字符串时，需语言添加一个截取类，就行了。主要作用易于扩展，容易维护，解耦。

关于细节，可查看我另一篇文章： [https://blog.csdn.net/weixin\_40841731/article/details/82985777][https_blog.csdn.net_weixin_40841731_article_details_82985777]

（2）校验类的未知扩展

业务场景：在开发公司框架时，由于该框架省去了实体类，mapper，mapper.xml、部分service类和controller类，都用统一执行sql方法和统一返回结果。让开发人员只专注于写sql。 这样一来，关于参数的校验，校验方式，校验类型，校验结果，都得存于数据库，然后在统一执行sql的controller层，根据sql，及替换sql内的参数值，实现参数校验。

关于细节，可查看我另一篇文章：[https://blog.csdn.net/weixin\_40841731/article/details/82995908][https_blog.csdn.net_weixin_40841731_article_details_82995908]

## 二：设计模式之**单例模式** ##

在整个应用生命周期内,对某个类,只实例化一次,应用场景为:连接数据库,记录日志,使用单例模式可以避免不必要的资源消耗

## **三：设计模式之简单工厂模式** ##

**简单工厂模式：在本人实际开发中所用到的地方，在策略模式实现起来不太优雅的情况下，改为简单工厂模式**

简单工厂模式和策略模式，一个是创建型，另一个是行为型，然而两种不同类型的模式，在某些地方也有一丝的相似之处，同时在某种场景下结合使用，能起到特别好的效果。

**两者对比：**

**1、策略模式：**

![488722-20150831154009669-2101558257.jpg][]

策略模式是行为型模式，它定义了一系列的算法，并将每一个算法封装起来，而且使它们还可以相互替换。策略模式让算法独立于使用它的客户而独立变化。

在一段代码里，使用了逻辑控制（if-else,swich-case）来决定算法，算法有相似的方法和函数，就可以选择策略模式。

那么也就是说：

1、某方法里有多个条件语句，条件语句代码块里有许多行为过程。

2、其算法能封装到策略类

2、算法随意切换

3、算法与客户端隔离

这样一来，通过选择对应的策略类，作为参数传到Content类里，在运行时配置对应的算法。

**2、简单工厂模式：**

![488722-20150831153957044-1540181232.jpg][]

简单工厂模式是创建型模式，创建型模式顾名思义，也就是说在创建对象的时候，遇到了瓶颈才会选择的设计模式。那么该什么情况使用呢。

简单工厂模式的实质是由一个工厂类根据传入的参数，动态决定应该创建并且返回哪一个产品类（这些产品类继承自一个父类或接口）的实例。

那么也就是说：

1、有已知的产品类

2、你无法准确的知道编译哪个产品类

3、需要在运行时决定创建哪个产品类

4、产品类不多

很明显看出，在创建对象上的灵活性高，但是工厂类只能创建可能会使用到的产品类，假如新添了产品类就得修改工厂类，这样就会违反开闭原则。

### **总结： **   ###

简单工厂模式和策略模式很相似。怎么相似？都是三个业务子类继承抽象父类，通过传入参数到容器类（工厂模式的factory类，策略模式的Content类），选择对应的类进行行为操作。

从上面的描述总结出，在运行时，两者都是通过传入参数进行配置，简单工厂模式则是选择创建出需要的对象，而策略模式则是配置出需要的行为算法。一个是对象创建，另一个是行为算法的替换。

其实，UML图的确从外形上看没多大区别，但是，本质却是大大不同。

关于简单工厂在项目中的实际应用，可查看我另一篇文章：[https://blog.csdn.net/weixin\_40841731/article/details/83861285][https_blog.csdn.net_weixin_40841731_article_details_83861285]

## 四、设计模式之建造者模式 ##

关于建造者模式的应用，由于篇幅问题，可见我另一篇博文：  [点击我][Link 1]

## 五、设计模式之装饰器模式 ##

关于建造者模式的应用，由于篇幅问题，可见我另一篇博文：  [点击我][Link 2]

[https_blog.csdn.net_weixin_40841731_article_details_82985777]: https://blog.csdn.net/weixin_40841731/article/details/82985777
[https_blog.csdn.net_weixin_40841731_article_details_82995908]: https://blog.csdn.net/weixin_40841731/article/details/82995908
[488722-20150831154009669-2101558257.jpg]: /images/20220418/9c7a4fefecca4085878f30e0bf42ddcf.png
[488722-20150831153957044-1540181232.jpg]: /images/20220418/ac9310fa5a7a47418b93ac564bf80467.png
[https_blog.csdn.net_weixin_40841731_article_details_83861285]: https://blog.csdn.net/weixin_40841731/article/details/83861285
[Link 1]: https://blog.csdn.net/weixin_40841731/article/details/84852508
[Link 2]: https://blog.csdn.net/weixin_40841731/article/details/84989983