Golang实现设计模式的源码地址：
https://github.com/zhenbianshu/DesignPattern
策略模式(Strategy)
简介
策略模式：将算法或操作抽象成实现共同接口、可以被替换的类，实现逻辑和具体算法的解耦。
将各种行为抽象成算法，封装算法为对象；
算法实现共同接口，调用者调用时不考虑算法具体实现，调用接口方法即可；
调用者可随时替换此算法对象；
应用场景
多个方法选择一使用，且它们会被随时替换；
方法没有共性，使用继承会有大量重写，使用接口会有大量重复使用；
实现
1.两个算法：冒泡排序和快速排序；<br /> 2.抽象冒泡排序和快速排序为算法对象，实现算法接口，拥有used()被使用方法；<br /> 3.计算器计算时不用理会是什么算法，调用used()即可；
观察者模式(Observer)
介绍
观察者模式：主题主动向观察者推送变化，解决观察者对主题对象的依赖。
观察者实现被通知接口，并在主题上注册，主题只保存观察者的引用，不关心观察者的实现；
在主题有变化时调用观察者的通知接口来通知已注册的观察者。
通知方式有推(主题变化时将变化数据推送给观察者)和拉(主题值告知变化，观察者主动来拉取数据)；
应用场景
一个主题，多个观察者，主题的任何变动，观察者都要第一时刻得到；
观察者获取主题变化困难，定时不及时，轮询消耗大；
观察者可以随时停止关注某主题；
实现
1.张三和李四是记者，他们需要及时了解城市发生的新闻；<br /> 2.张三和李四在电视台注册了自己的信息；<br /> 3.城市发生了新闻，电视台遍历注册信息，通知了张三和李四；<br /> 4.李四退休了，在电视台注销了自己的信息；<br /> 5.城市又发生了新闻，电视台只通知了张三；
装饰者模式(Decorator)
介绍
装饰纸模式：包装一个对象，在被装饰对象的基础上添加功能；
装饰者和被装饰对象拥有同一个超类，装饰者拥有被被装饰对象deep所有外部接口，可被调用，外界无法感知调用的是装饰者还是被装饰者；
装饰者需要被装饰者作为了参数传入，并在装饰者内部，在被装饰者实现的基础上添加或修改某些功能后，提供同被装饰者一样的接口；
装饰者也可被另一个装饰者装饰，即潜逃装饰；
装饰者是一群包装类，由于装饰的复杂性，会多出很多个装饰者小类。
应用场景
对象需要动态添加和修改功能；
功能改变后不影响原对象的使用；
实现
1.在商店内，花作为被装饰者对象，红丝带和盒子作为花的装饰者；
2.花、红丝带、盒子有共同的超类”商品”，它们都能被卖掉；
3.我们可以在红丝带装饰过花后，在用盒子再包装一次；
4.包装后的花，顾客买时也不会收到任何影响；
工厂模式(Factory)
介绍
工厂模式：是对象的生产器，解耦用户对具体对象的依赖；
实现依赖倒置，让用户通过一个产品工厂依赖产品的抽象，而不是一个具体的产品；
简单工厂模式：接收参数并根据参数创建对应类，将对象的实例化和具体使用解耦；
抽象工厂模式：将工厂抽象出多个生产接口，不同类型的工厂调用生产接口时，生产不同类型的对象；
简单工厂常配合抽象工厂一起使用；
场景
根据不同条件需求不同的对象；
对象实例化的代码需要经常修改；
实现
1.简单工厂：向鞋厂内传入不同类型(布制)，鞋厂会生产出不同类型的鞋子(布鞋)
2.抽象工厂：有两座鞋厂：李宁鞋厂、Adidas鞋厂、它们能生产对应各自的鞋子；
3.搭配使用：向不同的抽象工厂(李宁)传入不同的类型(运动类型)，会生产出对应品牌对应类型的鞋子(李宁运动鞋);
单利模式(Singleton)
介绍
单例模式：保证同一个类全局只有一个实例对象。
在第一次实例化会使用静态变量保存实例，后续全局使用此静态变量；
一般将构造方法私有化，狗仔方法添加final关键字无法被重写，添加一个类的静态方法用于返回此实例；
在多个线程时应该考虑并发问题，防止两次调用都被判定为实例未初始化而重复初始化对象；
场景
全局共享同一个实例对象(数据库连接等);
某一处对此对象的更新全局可见；
实现
1.利用Go包中的可见性规则来隐藏对象的实例化权限；
2.使用包变量保存实例对象，获取实例时判断是否已经实例，如为nil，实例化对象并返回，如果有值，直接返回值；
3.待用锁实现Go routine并发时的问题；
命令模式(Command）
介绍
命令模式：将一个命令封装成对象，解耦命令的发起者和执行者；
命令对象实现命令接口，命令发起者实例化命令对象，并传递此对象，并不关心此对象由谁执行；
命令执行者只负责调用命令对象的执行方法即可，不关心对象是由谁生产的；
与策略模式不同之处：策略模式是通过不同的算法做同一件事情，而命令模式则是通过不同的命令做不同的事情；
场景
命令发起者与执行者无法直接接触；
命令需要撤销功能，却不易保存命令执行状态信息时；
实现
1.指挥官创建了一个“从树下跑到草地上”的命令；
2.命令被分配给张三执行，张三作为军人，接到命令后不管命令的具体内容，而是直接调用命令的执行接口执行；
3.指挥官发布了撤销指令，张三又从草地上跑到了树下；
适配器模式(Adapter)
介绍
适配器模式：包装对象提供一个接口，以适配调用者。
适配器通过一个中间对象，封装目标接口以适应调用者调用；
调用者调用此适配器，以达到调用目标接口的目的；
适配器模式与装饰者模式的不同之处：适配器模式不改变接口的功能，而装饰者会添加或修改原接口功能；
场景
提供的接口与调用者调用的其他的接口都不一致；
为一个特殊接口修改调用者的调用方式得不偿失；
实现
1.张三是个正常人，他能通过说话直接地表达自己；
2.李四是个聋哑人，他没法直接表达自己，但他会写字；
3.笔记本作为一个适配器，用笔记本”包装”了李四之后，当李四需要表达自己想法时，调用笔记本的”表达”功能，笔记本再调用李四的“写字”的方法；
外观模式(Facade)
介绍
外观模式：通过封装多个复杂的接口来提供一个简化接口来实现一个复杂功能；
外观模式是通过封装多个接口来将接口简单化；
外观模式不会改变原有的多个复杂的单一接口，这些接口依然能被单独调用，只是提供了一个额外的接口；
外观模式与适配器模式的不同之处：外观模式是整合多个接口并添加一个简化接口，适配器是适配一个接口；
场景
实现某一功能需要调用多个复杂接口；
经常需要实现此功能；
实现
1.正常的冲咖啡的步骤是：磨咖啡豆、烧开水、倒开水搅拌咖啡；
2.我们经常需要直接冲咖啡，而不是使用单一步骤，每次喝咖啡时调用三个方法很麻烦；
3.封装三个接口，额外提供了一个”冲咖啡”方法，需要和咖啡时只需要调用一次冲咖啡的方法即可。
若有收获，就点个赞吧
0 人点赞
