《雨》
突然间黄昏变得明亮
因为此刻正有细雨在落下
或曾经落下。下雨
无疑是在过去发生的一件事。
谁看见雨落下，谁就回想起
那个时候，幸福的命运
向他呈现了一朵叫做玫瑰的花
和它奇妙的，鲜红的色彩。
这蒙住了窗玻璃的细雨
必将在被遗弃的郊外
在某个不复存在的庭院里洗亮
架上的黑葡萄。潮湿的暮色
带给我一个声音，我渴望的声音，
我的父亲回来了，他没有死去。

贪心算法遵循一种近似解决问题的技术，期盼通过每个阶段的局部最优选择（当前最好的解），从而达到全局的最优（全局最优解）。它不像动态规划算法那样计算更大的格局

特点：比起动态规划算法而言，贪心算法更简单、更快。然而它并不总是能得到最优答案

分而治之是算法设计中的一种方法。它将一个问题分成多个和原问题相似的小问题，递归解决小问题，再将解决方式合并以解决原来的问题。分而治之算法可以分成三个部分：

(1) 分解原问题为多个子问题（原问题的多个小实例）。
(2) 解决子问题，用返回解决子问题的方式的递归算法。递归算法的基本情形可以用来解决子问题。
(3) 组合这些子问题的解决方式，得到原问题的解。

简单做一下搬运：
https://juejin.cn/post/7108383279719383047

单一职责原则（SRP）
体现：一个对象（方法）只做一件事情
SRP原则是所有原则中最简单也是最难正确运用的原则之一。要明确的是，并不是所有的职责都应该一一分离。
一方面，如果随着需求的变化，有两个职责总是同时变化，那就不必分离他们。比如在ajax请求的时候，创建xhr对象和发送xhr请求几乎总是在一起的，那么创建xhr对象的职责和发送xhr请求的职责就没有必要分开。
另一方面，职责的变化轴线仅当它们确定会发生变化时才具有意义，即使两个职责已经被耦合在一起，但它们还没有发生改变的征兆，那么也许没有必要主动分离它们，在代码需要重构的时候再进行分离也不迟。

在我们生活的世界中，每个人每个物体之间都会产生一些错综复杂的联系。在应用程序里也是一样，程序由大大小小的单一对象组成，所有这些对象都按照某种关系和规则来通信。

在程序里，也许一个对象会和其他10个对象打交道，所以它会保持10个对象的引用。当程序的规模增大，对象会越来越多，它们之间的关系也越来越复杂，难免会形成网状的交叉引用。当我们改变或删除其中一个对象的时候，很可能需要通知所有引用到它的对象,如图所示：

状态模式的关键是区分事物内部的状态，事物内部状态的改变往往会带来事物的行为改变。

例子：电灯程序
我们来想象这样一个场景：有一个电灯，电灯上面只有一个开关。当电灯开着的时候，此时按下开关，电灯会切换到关闭状态；再按一次开关，电灯又将被打开。同一个开关按钮，在不同的状态下，表现出来的行为是不一样的。

不用状态模式的电灯程序：

1
2
3
4

const Light = function(){
    this.state = 'off';    // 给电灯设置初始状态off
    this.button = null;    // 电灯开关按钮
};

《最后的断片》

这一生你得到了
你想要的吗，即使这样？
我得到了。
那你想要什么？
叫我自己亲爱的，感觉自己
在这个世上被爱。

适配器模式的作用是解决两个软件实体间的接口不兼容的问题。使用适配器模式之后，原本由于接口不兼容而不能工作的两个软件实体可以一起工作。

在程序开发中有许多这样的场景：当我们试图调用模块或者对象的某个接口时，却发现这个接口的格式并不符合目前的需求。这时候有两种解决办法，第一种是修改原来的接口实现，但如果原来的模块很复杂，或者我们拿到的模块是一段别人编写的经过压缩的代码，修改原接口就显得不太现实了。第二种办法是创建一个适配器，将原接口转换为另一个接口，开发者只需要和适配器打交道。

在程序开发中，许多时候都并不希望某个类天生就非常庞大，一次性包含许多职责。那么我们就可以使用装饰者模式。装饰者模式可以动态地给某个对象添加一些额外的职责，而不会影响从这个类中派生的其他对象。

装饰者模式能够在不改变对象自身的基础上，在程序运行期间给对象动态地添加职责。