设计模式-策略模式介绍-代理模式介绍
策略模式详解
策略模式详解
策略模式是一种行为型设计模式，它定义了一系列算法，并将每一个算法封装起来，使它们可以相互替换。
策略模式使得算法可以独立于使用它的客户端而变化。
策略模式适用于那些需要使用多种算法的问题。
由于每种算法都有其特殊的用途，因此客户端需要根据当前的情况选择最合适的算法。
在这种情况下，策略模式提供了一个灵活且可扩展的框架，使得算法的选择和使用变得简单且易于维护。
在策略模式中，有三个主要的参与者：
1. Strategy：策略接口定义了所有算法的公共接口，客户端通过这个接口来调用算法。
这样，客户端就不需要关心具体的算法实现，只需要根据需要选择相应的策略即可。
2. ConcreteStrategy：具体策略类实现了策略接口，并提供了具体的算法实现。
每个具体策略类都代表了一种特定的算法。
3. Context：上下文对象负责维护策略对象的实例，并根据需要切换不同的策略。
上下文对象通常会根据客户端的请求选择合适的策略对象，并将这个策略对象传递给客户端。
策略模式的优点在于它能够提供一种灵活且可扩展的解决方案，使得算法的选择和使用变得简单且易于维护。
由于策略对象是独立的，因此可以很容易地添加新的策略，而不需要修改现有的代码。
此外，策略模式还可以提供一种替换算法的方式，使得系统能够根据需要进
行动态的调整。
总之，策略模式是一种非常有用的行为型设计模式，它能够提供一种灵活且可扩展的解决方案来解决那些需要使用多种算法的问题。
如何理解这6种常见设计模式？
如何理解这6种常见设计模式？简介：设计模式能够帮助我们优化代码结构，让代码更优雅灵活。
有哪些常见的设计模式？如何合理运⽤？本⽂分享作者对⼯⼚模式、单例模式、装饰模式、策略模式、代理模式和观察者模式的理解，介绍每种模式的模式结构、优缺点、适⽤场景、注意实现及代码实现。
⼀前⾔最近在改造⼀些历史的代码，发现⼀个很明显的特点，⼤部分代码是记叙⽂，按照事件的发展过程将故事平铺直叙的讲解出来。
这种⽅式的好处是⽐较符合⼈类的思维习惯，⼀条主线讲到底，代码阅读起来没有太⼤难度，只要顺着藤就能摸到⽠，但是缺点也很明显，⼀旦故事线中需要插⼊⼀些新的元素，⽐如：加⼊⼀个新的⼈物⾓⾊、新的时间线，都会需要⼤量更改故事线以配合这个新元素的融⼊，甚⾄对原有⽂章造成破坏性的影响。
为了解决这个问题，⼈们总结出了很多种⽂章结构，例如：总-分结构，并列结构，总-分-总结构等等，有了这些结构，在加⼊新元素的时候，甚⾄不必考虑新元素与原故事情节的关联性，直接单拉⼀个分⽀故事线独⽴去讲就好了，只要能够在整体故事结束前，与汇聚到主线故事就可以了（是不是很像git？）。
在软件开发领域，也有很多这样的⾮常有⽤的实践总结，我们称之为设计模式。
对于设计模式，⼤家都不陌⽣，随便找个⼈，估计都能讲出N个设计模式来，但是除了这些设计模式的概念，很多⼈不知道如何灵活运⽤这些设计模式。
所以借这篇⽂章和⼤家共同学习设计模式的思想。
⼆理解设计模式我尽量⽤最通俗易懂的⽰例和语⾔来讲述我理解的设计模式，希望能对⼤家有所帮助。
另外也⽆需精通所有的设计模式，只要能够融汇贯通常见的设计模式，就能让你的代码变得优雅。
就像程咬⾦只会三板斧，但是熟练度⽆⼈能及，照样能横⾏天下。
1 ⼯⼚模式(Factory)简单⼯⼚(Simple Factory)⼩明追妹⼦的时候，请她喝了不少咖啡，她爱喝卡布奇诺，每次去咖啡店，只要跟服务员说“来杯卡布奇诺”就⾏了，⼩明追妹⼦的时候，请她喝了不少咖啡，她爱喝卡布奇诺，每次去咖啡店，只要跟服务员说“来杯卡布奇诺”就⾏了，虽然各家的⼝味有些不同，但是不管是星爸爸还是Costa，都能够提供卡布奇诺这种咖啡。
数据库设计中使用的十个设计模式
数据库设计中使用的十个设计模式数据库是一个信息系统中最为核心的部分，直接负责着数据的存储、管理和分析。
为了能够更加高效地运用数据库这个工具，设计模式在数据库的设计中得到了广泛的应用。
以下是常用的十个数据库设计模式。
一、单例模式单例模式是指在整个程序中只有一个实例存在。
在数据库设计中，单例模式可以用于实现一个全局只有一个的数据管理类，可以避免多个实例之间的数据冲突，同时也可以节省内存空间。
二、工厂模式工厂模式是指通过一个工厂类创建出所需的对象。
在数据库设计中，可以将每个数据库表看作一个工厂类，然后根据数据需求创建出对应的对象，可以提高数据的灵活性和可维护性。
三、策略模式策略模式是指通过定义一系列算法来解决问题，然后根据情况选择相应的算法进行处理。
在数据库设计中，可以使用不同的策略来解决数据冗余、数据更新等问题，可以提高数据的准确性和处理效率。
四、观察者模式观察者模式是指将一个对象的状态变化告诉其他对象，使得这些对象能够根据情况进行相应的处理。
在数据库设计中，可以利用观察者模式来实现数据的联动更新和数据的自动化处理。
五、模板方法模式模板方法模式是指在一个抽象类中定义一个模板方法，然后提供一些抽象方法和钩子方法，在子类中具体实现这些方法。
在数据库设计中，可以利用模板方法模式来实现数据处理的流程规范化和优化。
六、装饰器模式装饰器模式是指在不改变原有对象的基础上，通过增加装饰器对象来实现功能的扩展。
在数据库设计中，可以利用装饰器模式来实现数据的加密、数据的缓存等额外功能。
七、代理模式代理模式是指通过一个代理对象控制对真实对象的访问，可以实现对对象的保护和控制。
在数据库设计中，可以使用代理模式来实现数据的权限控制和数据的安全性保证。
八、适配器模式适配器模式是指将一个类的接口转换成客户端所期望的另一种接口。
在数据库设计中，可以利用适配器模式来实现不同数据库之间的数据转换和数据共享。
九、命令模式命令模式是指将请求封装成一个对象，使得可以将请求的发送者和接收者解耦。
[转载]23种设计模式（白话篇）
![[转载]23种设计模式（白话篇）](https://img.taocdn.com/s3/m/c95f6ec7185f312b3169a45177232f60ddcce704.png)
[转载]23种设计模式（⽩话篇）1、FACTORY追MM少不了请吃饭了，麦当劳的鸡翅和肯德基的鸡翅都是MM爱吃的东西，虽然⼝味有所不同，但不管你带MM去麦当劳或肯德基，只管向服务员说“来四个鸡翅”就⾏了。
麦当劳和肯德基就是⽣产鸡翅的Factory ⼯⼚模式：客户类和⼯⼚类分开。
消费者任何时候需要某种产品，只需向⼯⼚请求即可。
消费者⽆须修改就可以接纳新产品。
缺点是当产品修改时，⼯⼚类也要做相应的修改。
如：如何创建及如何向客户端提供。
2、BUILDERMM最爱听的就是“我爱你”这句话了，见到不同地⽅的MM,要能够⽤她们的⽅⾔跟她说这句话哦，我有⼀个多种语⾔翻译机，上⾯每种语⾔都有⼀个按键，见到MM我只要按对应的键，它就能够⽤相应的语⾔说出“我爱你”这句话了，国外的MM也可以轻松搞掂，这就是我的“我爱你”builder。
（这⼀定⽐美军在伊拉克⽤的翻译机好卖）建造模式：将产品的内部表象和产品的⽣成过程分割开来，从⽽使⼀个建造过程⽣成具有不同的内部表象的产品对象。
建造模式使得产品内部表象可以独⽴的变化，客户不必知道产品内部组成的细节。
建造模式可以强制实⾏⼀种分步骤进⾏的建造过程。
3、FACTORY METHOD请MM去麦当劳吃汉堡，不同的MM有不同的⼝味，要每个都记住是⼀件烦⼈的事情，我⼀般采⽤Factory Method模式，带着MM到服务员那⼉，说“要⼀个汉堡”，具体要什么样的汉堡呢，让MM直接跟服务员说就⾏了。
⼯⼚⽅法模式：核⼼⼯⼚类不再负责所有产品的创建，⽽是将具体创建的⼯作交给⼦类去做，成为⼀个抽象⼯⼚⾓⾊，仅负责给出具体⼯⼚类必须实现的接⼝，⽽不接触哪⼀个产品类应当被实例化这种细节。
4、PROTOTYPE跟MM⽤QQ聊天，⼀定要说些深情的话语了，我搜集了好多⾁⿇的情话，需要时只要copy出来放到QQ⾥⾯就⾏了，这就是我的情话prototype了。
（100块钱⼀份，你要不要）原始模型模式：通过给出⼀个原型对象来指明所要创建的对象的类型，然后⽤复制这个原型对象的⽅法创建出更多同类型的对象。
设计模式Strategy_策略模式
Strategy（策略模式）Strategy（策略模式）属于行为型模式。
意图：定义一系列的算法，把它们一个个封装起来，并且使它们可以相互替换。
本模式使得算法可以独立于使用它的客户而变化。
策略是个形象的表述，所谓策略就是方案，我们都知道任何事情都有多种方案，而且不同方案都能解决问题，所以这些方案可以相互替换。
我们将方案从问题中抽象出来，这样就可以抛开问题，单独优化方案了，这就是策略模式的核心思想。
举例子如果看不懂上面的意图介绍，没有关系，设计模式需要在日常工作里用起来，结合例子可以加深你的理解，下面我准备了三个例子，让你体会什么场景下会用到这种设计模式。
地图导航我们去任何地方都可以选择步行、骑车、开车、公交，不同的方案都可以帮助我们到达目的地，那么很明显应该将这些方案变成策略封装起来，接收的都是出发点和目的地，输出的都是路线。
布局方式比如我们做一个报表系统，在 PC 使用珊格布局，在移动端使用流式布局，其实内容还是那些，只是布局方式会随着不同终端大小做不同的适配，那么布局的适配就是一种策略，它可以与报表内容无关。
我们可以将布局策略单独抽取出来，以后甚至可以适配电视机、投影仪等等不同尺寸的场景，而不需要对其他代码做任何改动，这就是将布局策略从代码中解耦出来的好处。
排序算法当我们调用.sort时，使用的是什么排序算法？可能是冒泡、快速、插入排序？其实无论何种排序算法，本质上做的事情都是一样的，我们可以事先将排序算法封装起来，针对不同特性的数组调用不同的排序算法。
意图解释意图：定义一系列的算法，把它们一个个封装起来，并且使它们可以相互替换。
本模式使得算法可以独立于使用它的客户而变化。
算法可以理解为策略，我们制定许多解决某个场景的策略，这些策略都可以独立的解决这个场景的问题，这样下次遇到这个场景时，我们就可以选择任何策略来解决，而且我们还可以脱离场景，单独优化策略，只要接口不变即可。
这个意图本质上就是解耦，解耦之后才可以分工。
24种设计模式及案例
24种设计模式及案例设计模式是软件工程中经过验证的解决其中一类常见问题的可复用设计的描述。
它们提供了一套经过验证的最佳实践，可以帮助开发人员解决各种设计问题，并提高代码的可维护性、重用性和灵活性。
本文将介绍24种常见的设计模式，并为每种模式提供一个案例，以便更好地理解和应用这些设计模式。
1.创建型模式：- 简单工厂模式（Simple Factory Pattern）：通过一个工厂类根据输入参数的不同来创建不同类的对象。
- 工厂方法模式（Factory Method Pattern）：定义一个创建对象的接口，但让子类决定实例化哪一个类。
- 抽象工厂模式（Abstract Factory Pattern）：提供一个创建一系列相关或相互依赖对象的接口，而无需指定具体的类。
- 单例模式（Singleton Pattern）：确保一个类只有一个实例，并提供一个全局的访问点来获取该实例。
2.结构型模式：- 适配器模式（Adapter Pattern）：将不兼容的接口转换为可兼容的接口，以便不同类之间可以协同工作。
- 装饰器模式（Decorator Pattern）：动态地给一个对象添加一些额外的职责，而不需要修改原始类的代码。
- 代理模式（Proxy Pattern）：为其他对象提供一种代理以控制对该对象的访问。
- 外观模式（Facade Pattern）：提供了一个简化接口，用于使用一组复杂子系统的更高级别接口。
3.行为型模式：- 策略模式（Strategy Pattern）：定义一系列算法，将每个算法封装起来，并使它们可以互相替换。
- 观察者模式（Observer Pattern）：定义了对象之间的一对多依赖关系，当一个对象的状态发生变化时，其所有依赖对象都会收到通知并自动更新。
- 模板方法模式（Template Method Pattern）：定义了一个操作的算法框架，而将一些步骤的实现延迟到子类中。
23种设计模式
23种设计模式（Design Patterns）设计模式（Design pattern）是一套被反复使用、多数人知晓的、经过分类编目的、代码设计经验的总结。
使用设计模式是为了可重用代码、让代码更容易被他人理解、保证代码可靠性。
项目中合理的运用设计模式可以完美的解决很多问题，每种模式在现在中都有相应的原理来与之对应，每一个模式描述了一个在我们周围不断重复发生的问题，以及该问题的核心解决方案，这也是它能被广泛应用的原因。
一、总体来说设计模式分为三大类：创建型模式，共五种：工厂方法模式、抽象工厂模式、单例模式、建造者模式、原型模式。
结构型模式，共七种：适配器模式、装饰器模式、代理模式、外观模式、桥接模式、组合模式、享元模式。
行为型模式，共十一种：策略模式、模板方法模式、观察者模式、迭代子模式、责任链模式、命令模式、备忘录模式、状态模式、访问者模式、中介者模式、解释器模式。
还用两类模式：并发型模式和线程池模式。
二、设计模式六大原则:总原则：开闭原则开闭原则就是说对扩展开放，对修改关闭。
在程序需要进行拓展的时候，不能去修改原有的代码，而是要扩展原有代码，实现一个热插拔的效果。
所以一句话概括就是：为了使程序的扩展性好，易于维护和升级。
想要达到这样的效果，我们需要使用接口和抽象类等。
1、单一职责原则不要存在多于一个导致类变更的原因，也就是说每个类应该实现单一的职责，如若不然，就应该把类拆分。
2、里氏替换原则（Liskov Substitution Principle）里氏代换原则(Liskov Substitution Principle LSP)是面向对象设计的基本原则之一。
里氏代换原则中说，任何基类可以出现的地方，子类一定可以出现。
LSP是继承复用的基石，只有当衍生类可以替换掉基类，软件单位的功能不受到影响时，基类才能真正被复用，而衍生类也能够在基类的基础上增加新的行为。
里氏代换原则是对“开-闭”原则的补充。
23种设计模式 详解
23种设计模式详解设计模式是指面向对象编程中，经过多次验证、被广泛接受的代码实现方法。
这些设计模式可以帮助开发者更快地解决问题，提高代码的可读性、可维护性、可扩展性。
目前，常用的设计模式有23种。
下面，我们来详细介绍一下这23种设计模式。
1. 单例模式(Singleton)单例模式是一种只允许生成一个实例的模式。
在实例化对象时，单例模式的生成过程比较特殊，需要先判断该类是否已经实例化过，如果已经实例化，则直接返回已有的实例对象，否则再进行实例化。
2. 工厂模式(Factory)工厂模式是一种生产对象实例的设计模式。
它将对象实例的生成过程封装在一个工厂类中，客户端需要对象时，只需要调用工厂类中对应的方法即可。
3. 抽象工厂模式(Abstract Factory)抽象工厂模式是一种扩展了工厂模式的模式。
它可以生成一系列相关或相互依赖的对象实例。
具体实现时，通常需要定义一个抽象工厂类和一些具体工厂类，来生产各种相关的对象实例。
4. 建造者模式(Builder)建造者模式是一种用于构建复杂对象的模式。
它将一个复杂对象的构建过程分解成多个简单的步骤，然后通过一个指挥者来管理这些步骤的执行，最终构建出一个复杂的对象。
5. 原型模式(Prototype)原型模式是一种通过复制已有对象来创建新对象的模式。
一般来说，系统中的对象包含大量相同或相似的部分，通过复制对象可以帮助我们节省生成对象的时间和资源。
6. 适配器模式(Adapter)适配器模式是一种将不兼容接口转换为兼容接口的模式。
具体实现时，需要定义一个适配器类，该类实现了客户端所期望的接口，而且还包装了原有不兼容的接口，使其能够兼容客户端期望的接口。
7. 桥接模式(Bridge)桥接模式是一种将抽象部分与其实现部分分离开来的模式。
具体实现时，需要定义抽象部分和实现部分的接口，然后定义一个桥接类，将抽象部分和实现部分联系起来。
8. 组合模式(Composite)组合模式是一种将具有相同属性和方法的对象组合成树形结构的模式。