如何真正理解好一个「设计模式」？(1)

class A(Interface):

def createCar():

print(‘A-method’)

class B(Interface):

def createCar():

print(‘B-method’)

class C(Interface):

def createCar():

print(‘C-method’)

创建一个对象工厂，专门用于创建A或B或C：

class CarFactory(object):

def getObject(methodStr):

if methodStr == ‘A’:

return A() # 返回A对象

if methodStr == ‘B’:

return B()

if methodStr == ‘C’:

return C()

使用时，通过 CarFactory().getObject(‘C’) 得到C对象，调用C对象的方法createCar就能根据此方法造车。

4. 思考一下

---

学习设计模式的最终目标是要用到实际开发中，要灵活运用，要养成一种使用直觉。上版对象工厂实现，大家对其有何预期？

首先来看，如果将来生成Car又增加一种D方法，于是乎，需要增加下面的代码:

新增一个类D，这是没有问题的，符合面向对象的可扩展性：

class D(Interface):

def createCar():

print(‘D-method’)

但是对象工厂CarFactory这个模块就要修改内部的方法getObject，增加一条生成D对象的分支。但这确实破坏了类的封装！

为解决此问题，实际上还可以进一步抽象，进一步扩展出几个类。比如增加一个抽象工厂类：

class CarFactoryInterface(object):

pass

重新创建一个实现接口的工厂类：CarFactoryExtend，从而不用修改用来的类文件。

class CarFactoryExtend(CarFactoryInterface):

def getObject(methodStr):

if methodStr == ‘A’:

return A() # 返回A对象

if methodStr == ‘B’:

return B()

if methodStr == ‘C’:

return C()

if methodStr == ‘D’:

return D()

以上设计模式就是所谓的抽象工厂模式。你看，这些设计模式的形成都是由需求背景的。因此，不是先有设计模式后，开发者们循着设计模式去解决实际需求；而恰恰相反，是有了源源不断的开发需求后，日积月累沉淀下这十几种实际模式。并被后来的开发者们争相模仿学习，更是被领悟其思想精髓者，大呼其好用。

5. 设计禁忌

---

设计模式的几个禁忌，大概总结为以下几点：

• 不是越抽象越好，也不是不抽象，而是要把握好一个度；

• 继承链条的根不要是具体的实现类，因为具体不等于抽象，根最好是接口或抽象类；

• 不要生搬硬套各种设计模式，虽然每个模式都有一个标准版本，但日常使用一般不是死板的模仿，一个角色都不能少；

• 设计模式不是无用的，如果喜欢总结，再工作几年后，脑子里会有几个常用设计模式；

• 没有一个通用的设计模式，一个设计模式往往只针对某个特定场景。

6. 练习一个设计模式

---

有一种设计模式常被用于算法开发，先不说它的名字，我们根据实际的需求场景，倒推出这个设计模式。

解决某个特定问题可以使用策略A类里的方法solve:

class A(object):

def solver():

print(‘A method’)

后来又发明方法B类：

class B(object):

def solver():

print(‘B method’)

设计模式最重要一条：继承链条的根要是抽象类或接口，因此提取出接口StrategyInterface:

class StrategyInterface(object):

def solver(): # 这是接口的方法

pass

所以，A类和B类稍作修改：

class A(StrategyInterface):

def solver():

print(‘A method’)

class B(StrategyInterface):

def solver():

print(‘B method’)

使用方在使用这些策略时，到底该使用哪个策略呢？为了方便策略管理，又多出一个策略管理类：

class StrategyContext(object)：

def setStrategy(StrategyInterface):

self.strategy = StrategyInterface

def callMethod():

print(‘context of strategy’)

self.strategy.solver()

print(‘done’)# other things

实际使用时的方法：

context = StrategyContext()

context.setStrategy(A())

context.callMethod()

以上就是策略模式，是一种关于行为控制的设计模式。

如果不想要StrategyContext类，实际使用时的方法如下：

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数Java工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则几千的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年Java开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Java开发知识点，真正体系化！

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！

如果你觉得这些内容对你有帮助，可以扫码获取！！（备注Java获取）

最后

很多程序员，整天沉浸在业务代码的 CRUD 中，业务中没有大量数据做并发，缺少实战经验，对并发仅仅停留在了解，做不到精通，所以总是与大厂擦肩而过。

我把私藏的这套并发体系的笔记和思维脑图分享出来，理论知识与项目实战的结合，我觉得只要你肯花时间用心学完这些，一定可以快速掌握并发编程。

不管是查缺补漏还是深度学习都能有非常不错的成效，需要的话记得帮忙点个赞支持一下

整理不易，觉得有帮助的朋友可以帮忙点赞分享支持一下小编~
《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！
中，业务中没有大量数据做并发，缺少实战经验，对并发仅仅停留在了解，做不到精通，所以总是与大厂擦肩而过。

我把私藏的这套并发体系的笔记和思维脑图分享出来，理论知识与项目实战的结合，我觉得只要你肯花时间用心学完这些，一定可以快速掌握并发编程。

不管是查缺补漏还是深度学习都能有非常不错的成效，需要的话记得帮忙点个赞支持一下

整理不易，觉得有帮助的朋友可以帮忙点赞分享支持一下小编~
《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！