Golang是一种编程语言，它有着比较高的代码可读性和简洁性。然而，在编写代码时，总有些地方需要添加注释来帮助解释某些细节或者增加代码的可读性。在这篇文章中，我们将介绍一些关于Golang注释的内容。一、单行注释单行注释是在代码行的末尾添加注释的方式，以“//”开头。例如：以上的代码中，注释使用了 // 这个符号。二、多行注释多行注释的语法比较简单，我们可以使用 "/" 开头的符号来注释多行代码

简介我们经常会遇到“给现有对象/模块新增功能”的场景，比如 http router 的开发场景下，除了最基础的路由功能之外，我们常常还会加上如日志、鉴权、流控等 middleware。如果你查看框架的源码，就会发现 middleware 功能的实现用的就是装饰者模式（Decorator Pattern）。GoF 给装饰者模式的定义如下：Decorators provide a flexible

代理模式 是一种结构型设计模式。 其中代理控制着对于原对象的访问， 并允许在将请求提交给原对象的前后进行一些处理，从而增强原对象的逻辑处理。 上面的代理者我们一般叫做代理对象或者直接叫做代理-- Proxy，进行逻辑处理的原对象通常被称作服务对象，代理要跟服务对象实现相同的接口，才能让客户端傻傻分不清自己使用的到底是代理还是真正的服务对象

grpc-go源码中使用了多种设计模式，例如单例模式、工厂模式、装饰器模式、观察者模式等等。 举个例子，下面是grpc-go中使用的单例模式： ```go type server struct { // ... } var ( mu sync.Mutex defaultServer *server ) func NewServer(opts ...ServerOption) *Server

装饰器模式主要解决继承关系过于复杂的问题，通过组合来替代继承。它主要的作用是给原始类添加增强功能。 装饰器类和原始类继承同一个父类，这么看感觉和代理模式一样。但其实两者作用不同，装饰器模式主要用于增加功能，代理模式主要用于附加跟原始类无关的功能。1.定义1.1装饰器模式装饰器模式： 动态地给一个对象添加一些额外的职责，就增加功能来说，装饰模式比生成子类更为灵活。UML类图：1

适配器模式 适配器模式比较简单，也比较容易理解。适配器模式可以看作一种“补偿模式”，用来补救设计上的缺陷。应用这种模式算是“无奈之举”。 适配器模式：将一个类的接口转换成客户希望的另外一个接口。Adapter模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。 UML： 分析 通过UML图看到Adapter和Adaptee是关联关系

一 背景 最近在研究NSQ这款中间件，发现了一些有意思的东西，装饰器模式就是其中一个。在整个项目中，装饰器模式的使用随处可见，因此有了这篇文章。 二 装饰器模式以及Go的实现 2.1 概念 装饰器模式属于设计模式的一种，它的定义，简单来说，就是在不改变对象的内部结构情况下，动态地扩展对象的功能。通过创建一个装饰器，包装真实的对象，给对象增加新的功能特性。在Java中

状态模式 定义 允许一个对象在其内部状态改变时改变它的行为，这个对象看起来就像改变了它的类一样。 优点 状态模式将与特定状态相关的行为局部化到一个状态中，并且将不同状态的行为分割开来，满足“单一职责原则”。减少对象间的相互依赖。将不同的状态引入独立的对象中会使得状态转换变得更加明确，且减少对象间的相互依赖。有利于程序的扩展。通过定义新的子类很容易地增加新的状态和转换。 缺点

连载知乎专栏视频 第17篇-装饰器模式https://www.zhihu.com/video/1573982735441518592装饰模式(Decorator Pattern)：动态地给一个对象增加一些额外的职责，就增加对象功能来说，装饰模式比生成子类实现更为灵活。装饰模式是一种对象结构型模式。以上图为例，一开始有个手机（裸机Phone类）

简介 GoF 对代理模式（Proxy Pattern）的定义如下： Provide a surrogate or placeholder for another object to control access to it. 也即，代理模式为一个对象提供一种代理以控制对该对象的访问。 它是一个使用率非常高的设计模式，在现实生活中，也是很常见。比如，演唱会门票黄牛。假设你需要看一场演唱会