设计模式四大类型重点！重点！重点！设计模式（Designpattern）是重构解决方案根据书DesignPatterns–ElementsofReusableObjectOrientedSoftware（中文

前言 本文的写作的灵感主要是看了这个视频: Tutorial:TypeclassesinScalawithDanRosen(https://www.oschina.net/action/GoToLink?urlhttps%3A%2F%2Fwww.youtube.com%2Fwatch%3Fv%3DsVMES4RZF8) 加

Structuralpatterns结构型模式1.适配器模式（Adaptor）目的：将某个类/接口转换为client期望的其他形式。适配器让类可以协同工作，否则就会因为不兼容的接口而无法工作。通过增加一个接口，将已存在的子类封装起来，client面向接口编程，从而隐藏了具体子类。假设我们有一个MediaPlayer接口和一个实现了

(本文由言念小文原创，转载请注明出处)在实际工作中经常遇到某个对象，处于不同的状态有不同行为逻辑、且状态之间可以相互迁移的业务场景，特别是在开发通信协议栈类软件中尤为多见。《设计模式之禅》这本书中对状态模式有着非常详尽的讲解（目前为止我认为讲解得最好的书），但总觉得自己没能够理解透彻、灵活运用。直到今年完成了一个通信协议软件的开发，重新研究了“状态机”，

引入责任链模式责任链模式顾名思义，责任链模式（ChainofResponsibilityPattern）为请求创建了一个接收者对象的链。这种模式给予请求的类型，对请求的发送者和接收者进行解耦。这种类型的设计模式属于行为型模式。在这种模式中，通常每个接收者都包含对另一个接收者的引用。如果一个对象不能处理该请求，那么它会

本文源码：GitHub·点这里(https://www.oschina.net/action/GoToLink?urlhttps%3A%2F%2Fgithub.com%2Fcicadasmile%2Fmodelarithmeticparent)||GitEE·点这里(https://gitee.com/cicadasmile/modela

原型模式简介原型模式实际上不算一种设计模式，应该说是一种技巧吧。当我们需要创建与已有对象一样的对象时，我们通常可以有两种容易想到的方法，一种是将已有对象指向另外一个重新创建的对象，如//将old赋给newObjectnewObjectoldObject;这种做法是相当于newObject还是指向

!(https://oscimg.oschina.net/oscnet/7eaa18382d81471cb92176eb3642c48f.jpg)意图提供一种方式，允许设计者根据对象的状态设计对象的行为。动机设想一个图形编辑软件(例如Word里的图形编辑功能)，用户可以从工具栏选择一种图形，

本文源码：GitHub·点这里(https://www.oschina.net/action/GoToLink?urlhttps%3A%2F%2Fgithub.com%2Fcicadasmile%2Fmodelarithmeticparent)||GitEE·点这里(https://gitee.com/cicadasmile/modela

Golang常见设计模式之选项模式熟悉Python开发的同学都知道，Python有默认参数的存在，使得我们在实例化一个对象的时候，可以根据需要来选择性的覆盖某些默认参数，以此来决定如何实例化对象。当一个对象有多个默认参数时，这个特性非常好用，能够优雅地简化代码。而Go语言从语法上是不支持默认参数的，所以为了实现既能通过默认参数创建对象，又能通过传