From 32173a6b312ce8d4e56cc0a3a092b28299e0f7f3 Mon Sep 17 00:00:00 2001
From: beginor <beginor@qq.com>
Date: Sun, 17 Feb 2019 16:55:14 +0800
Subject: [PATCH 1/3] fix typo

---
 README.md | 22 +++++++++-------------
 1 file changed, 9 insertions(+), 13 deletions(-)

diff --git a/README.md b/README.md
index addeba68..c1325515 100644
--- a/README.md
+++ b/README.md
@@ -12,7 +12,7 @@
   8. [并发](#并发)
   9. [错误处理](#错误处理)
   10. [格式化](#格式化)
-  11. [评论](#评论)
+  11. [注释](#注释)
   12. [Translation](#translation)
 
 ## 简介
@@ -941,7 +941,7 @@ console.log(`Employee name: ${employee.getName()}`); // Employee name: John Doe
 ### ES2015/ES6 类优先与 ES5 纯函数
 
 很难为经典的 ES5 类创建可读的的继承、 构造和方法定义。 如果你需要继承（并且感到奇怪为啥你不需
-要）， 则优先用 ES2015/ES6的类。 不过， 短小的函数优先于类， 知道你发现你需要更大并且更复杂的
+要）， 则优先用 ES2015/ES6的类。 不过， 短小的函数优先于类， 直到你发现你需要更大并且更复杂的
 对象。
 
 **不好的：**
@@ -983,7 +983,7 @@ Human.prototype.constructor = Human;
 Human.prototype.speak = function speak() {};
 ```
 
-**好的**
+**好的：**
 ```javascript
 class Animal {
   constructor(age) {
@@ -1016,7 +1016,7 @@ class Human extends Mammal {
 ### 使用方法链
 
 这个模式在 JavaScript 中是非常有用的， 并且你可以在许多类库比如 jQuery 和 Lodash 中见到。
-它允许你的代码变得富有表现力， 并减少啰嗦。 因为这个原因， 我说， 使用方法链然后再看看你的代码
+它使你的代码变得富有表现力， 并减少啰嗦。 因为这个原因， 我说， 使用方法链然后再看看你的代码
 会变得多么简洁。 在你的类／方法中， 简单的在每个方法的最后返回 `this` ， 然后你就能把这个类的
 其它方法链在一起。
 
@@ -1102,10 +1102,6 @@ const car = new Car()
 的重点是， 如果你本能的观点是继承， 那么请想一下组合能否更好的为你的问题建模。 很多情况下它真的
 可以。
 
-You might be wondering then, "when should I use inheritance?" It
-depends on your problem at hand, but this is a decent list of when inheritance
-makes more sense than composition:
-
 那么你也许会这样想， “我什么时候改使用继承？” 这取决于你手上的问题， 不过这儿有一个像样的列表说
 明什么时候继承比组合更好用：
 
@@ -1915,11 +1911,11 @@ review.perfReview();
 
 **[⬆ 返回顶部](#代码整洁的-javascript)**
 
-## **评论**
+## **注释**
 
-### 仅仅对包含复杂业务逻辑的东西进行评论
+### 仅仅对包含复杂业务逻辑的东西进行注释
 
-评论是代码的辩解， 不是要求。 多数情况下， 好的代码就是文档。
+注释是代码的辩解， 不是要求。 多数情况下， 好的代码就是文档。
 
 **不好的：**
 ```javascript
@@ -1979,9 +1975,9 @@ doStuff();
 ```
 **[⬆ 返回顶部](#代码整洁的-javascript)**
 
-### 不要有日志式的评论
+### 不要有日志式的注释
 
-记住， 使用版本控制！ 不需要僵尸代码， 注释调的代码， 尤其是日志式的评论。 使用 `git log` 来
+记住， 使用版本控制！ 不需要僵尸代码， 注释掉的代码， 尤其是日志式的注释。 使用 `git log` 来
 获取历史记录。
 
 **不好的：**

From 95a637c397abe277dbbdaaedfb4fc6019e46f94d Mon Sep 17 00:00:00 2001
From: beginor <beginor@qq.com>
Date: Fri, 11 Dec 2020 09:05:21 +0800
Subject: [PATCH 2/3] Create FUNDING.yml

---
 .github/FUNDING.yml | 12 ++++++++++++
 1 file changed, 12 insertions(+)
 create mode 100644 .github/FUNDING.yml

diff --git a/.github/FUNDING.yml b/.github/FUNDING.yml
new file mode 100644
index 00000000..219c0610
--- /dev/null
+++ b/.github/FUNDING.yml
@@ -0,0 +1,12 @@
+# These are supported funding model platforms
+
+github: # Replace with up to 4 GitHub Sponsors-enabled usernames e.g., [user1, user2]
+patreon: # Replace with a single Patreon username
+open_collective: # Replace with a single Open Collective username
+ko_fi: # Replace with a single Ko-fi username
+tidelift: # Replace with a single Tidelift platform-name/package-name e.g., npm/babel
+community_bridge: # Replace with a single Community Bridge project-name e.g., cloud-foundry
+liberapay: # Replace with a single Liberapay username
+issuehunt: # Replace with a single IssueHunt username
+otechie: # Replace with a single Otechie username
+custom: ['paypal.me/beginor']

From cc1efb1be46d0669ca7570e15096ed5b0882d979 Mon Sep 17 00:00:00 2001
From: melon95 <lijunwork95@gmail.com>
Date: Fri, 7 Jan 2022 21:27:35 +0800
Subject: [PATCH 3/3] =?UTF-8?q?fixed:=20=E9=94=99=E5=88=AB=E5=AD=97?=
 =?UTF-8?q?=E4=BF=AE=E5=A4=8D?=
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

---
 README.md | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/README.md b/README.md
index c1325515..4b0f987d 100644
--- a/README.md
+++ b/README.md
@@ -1302,10 +1302,10 @@ class HttpRequester {
 ### 里氏代换原则 (LSP)
 
 这是针对一个非常简单的里面的一个恐怖意图， 它的正式定义是： “如果 S 是 T 的一个子类型， 那么类
-型为 T 的对象可以被类型为 S 的对象替换（例如， 类型为 S 的对象可作为类型为 T 的替代品）儿不需
+型为 T 的对象可以被类型为 S 的对象替换（例如， 类型为 S 的对象可作为类型为 T 的替代品）而不需
 要修改目标程序的期望性质 （正确性、 任务执行性等）。” 这甚至是个恐怖的定义。
 
-最好的解释是， 如果你又一个基类和一个子类， 那个基类和字类可以互换而不会产生不正确的结果。 这可
+最好的解释是， 如果你有一个基类和一个子类， 那个基类和字类可以互换而不会产生不正确的结果。 这可
 能还有有些疑惑， 让我们来看一下这个经典的正方形与矩形的例子。 从数学上说， 一个正方形是一个矩形，
 但是你用 "is-a" 的关系用继承来实现， 你将很快遇到麻烦。
 
@@ -1412,7 +1412,7 @@ renderLargeShapes(shapes);
 
 ### 接口隔离原则 (ISP)
 
-JavaScript 没有接口， 所以这个原则不想其它语言那么严格。 不过， 对于 JavaScript 这种缺少类
+JavaScript 没有接口， 所以这个原则不像其它语言那么严格。 不过， 对于 JavaScript 这种缺少类
 型的语言来说， 它依然是重要并且有意义的。
 
 接口隔离原则说的是 “客户端不应该强制依赖他们不需要的接口。” 在 JavaScript 这种弱类型语言中，