设计模式｜解释器模式
解释器属于一种行为模式, 它与命令模式非常相似.
GOF 解释器模式: 给定一个语言, 定义它的文法的一种表示, 并定义一个解释器, 这个解释器是用该表示来解释语言中的句子.
能对对相同的信息给出判断不同的判断.
设计模式｜责任链模式
责任链模式: 使多个对象都有机会处理请求, 从而避免请求的发送者和接受者之间的耦合关系. 将这个对象连成一条链, 并沿着这条链传递该请求, 直到有一个对象处理它为止.
设计模式｜访问者模式
访问者模式: 表示一个作用于某对象结构中的各个元素的操作. 它使你可以在不改变各元素的类的前提下定义这些元素的新操作.
访问者模式适用于数据结构比较稳定的系统, 要增加新的 Element 实现类, 则访问的接口或者实现类需要响应的修改.
设计模式｜命令模式
命令模式: 将一个请求封装成一个对象, 从而使用户可以用不同的请求对客户进行参数化; 对请求排队或记录请求日志, 并支持可撤销操作.
对于传令官的改进, 可以增加个列表, 使命令可以撤销, 或者分批执行.
命令模式可以轻松将命令的发送者和接收者解耦…
设计模式｜中介者模式
中介者模式与单例模式的思想类似, 都进行职责的集中.
中介者模式: 用一个中介对象来封装一系列的对象交互. 中介者使各个对象不需要显示地互相引用, 从而使其耦合松散, 而且可以独立第改变他们之间的交互.
中介使两个互相不知道的类 A、类 B 进行通信。
通信的类与中介者类组成了一个星型网络, 在网络中, 中介者可以看做两个通信者的服务器.
设计模式｜备忘录模式
备忘录模式: 在不破坏封装的前提下，补货一个对象的内部状态，并在该对象之外保存这个状态。这样就可以将该对象恢复到原先保存的状态。
设计模式｜观察者模式
观察者模式定义了一种一对多的依赖关系, 让多个观察对像同时监听某一个对象, 这个对象在改变时会通知所有观察者。
设计模式｜状态模式
在状态模式中，当一个对象的内在状态改变时允许改变其行为, 这个对象看起来像是改变了它的类。
设计模式｜策略模式
策略模式定义了算法家族, 分别封装起来, 让他们之间可以相互替换, 此模式让算法的变化影响到使用的客户。
Git教程文档
之前学习 git 是在廖雪峰老师的网站上，廖雪峰老师的 Git 教程也是非常不错的，举的例子很生动。
作为一个合格的开发人员，熟练使用 Git 是必要的。
现在多人开发项目没有一个合作开发的工具是不行的，在 Git 诞生之前 SVN 很流行，它属于一种集中式的开发写作工具，而 Git 是一种分布式的代码管理工具，二者各有优缺点，SVN 集中式管理使代码相对来说比较安全，但是当用户数量上来后服务器带宽和处理压力也就上来了，所多人在 SVN 系统上合作开发对服务器要求较高些，在 Git 这边，每一个都可以独立工作，每一个都是主仓库的一个副本，即使主仓库被破坏代码也不会造成过大损失。
还回到 Git 教程，看了 Git 官网的教程，突然觉得廖老师的 Git 教程不香了。