1. 裝飾器模式
1.1. 擴展物件的行為，而不必修改物件的類
1.2. 裝飾的物件可以執行其原始實作沒有提供的功能
1.3. 優勢
1.3.1. 支持單一職責原則
1.3.1.1. 每個類只應該承擔一種職責
1.4. 經典實作
1.4.1. 一個IComponent介面
1.4.2. 一個具體實作，即ConcreteComponent
1.4.3. 使用額外行為來增強IComponent的Decorator
1.4.3.1. 例如：添加單例行為
1.4.4. 特點
1.4.4.1. 一個介面
1.4.4.1.1. 介面宣告了多個方法，就無法使用一個函式型別來替代介面
1.4.4.2. 兩個類
1.4.4.3. 每個類一個方法
1.4.4.3.1. 具體操作
1.4.4.3.2. 裝飾器
1.5. 函式裝飾器
1.5.1. 介面改為一個函式型別
1.5.1.1. 示例：該型別的函式不接受實參，回傳一個Widget:() => Widget
1.5.2. 一個具體實作的類替換為簡單函式
1.5.3. 一個新函式singletonDecorator()
1.5.3.1. 接受一個WidgetFactory型別的函式
1.5.3.2. 回傳另外一個WidgetFactory型別的函式
1.5.3.3. 采用lambda實作
1.5.4. 特點
1.5.4.1. 一個函式型別
1.5.4.1.1. 工廠函式型別
1.5.4.2. 兩個函式
1.5.4.2.1. 工廠函式
1.5.4.2.2. 裝飾器函式
1.6. 閉包
1.6.1. lambda捕獲
1.6.1.1. lambda內捕獲的一個外部變數
1.6.2. 編程語言通過閉包來實作lambda捕獲
1.6.3. 閉包記錄了創建該函式時的環境
1.6.3.1. 可以在不同呼叫之間維護狀態
1.6.4. lambda參考了函式的區域變數
1.6.4.1. 其生存期將大于創建它的函式
1.6.4.2. 函式的區域變數在呼叫函式時創建，在函式回傳時銷毀
1.6.5. 保留了其外層函式的一些狀態資訊的lambda
1.6.6. 只有存在高階函式，閉包才有意義
1.6.6.1. 不能從一個函式中回傳另一個函式，就不存在要捕獲的環境
1.6.6.2. 所有函式都在全域作用域內，所以全域作用域就是它們的環境
1.6.6.2.1. 函式只能參考全域變數
1.6.7. 物件代表一組方法的某個狀態
1.6.8. 閉包則代表捕獲到某個狀態的函式
2. 計數器
2.1. 全域計數器
2.1.1. 一個參考全域變數的簡單函式
2.1.2. 缺點
2.1.2.1. 計數器的值沒有被恰當封裝
2.1.2.2. 不能使用計數器的兩個獨立的實體
2.2. 面向物件的計數器
2.2.1. 多個獨立的計數器
2.3. 函式式計數器
2.3.1. 代碼比面向物件版本的更加簡潔
2.4. 可恢復的計數器
2.4.1. 可恢復的函式
2.4.1.1. 跟蹤自己狀態的函式，在被呼叫時，不會從頭運行，而是從上一次回傳時所在的狀態恢復執行
2.4.2. 不使用關鍵字return來退出函式
2.4.3. 使用關鍵字yield
2.4.3.1. 必須把函式宣告為一個生成器
2.4.3.2. 其回傳型別必須是可迭代的迭代器
2.4.3.3. 在函式名稱的前面加上星號來宣告生成器
2.4.4. TypeScript語法
2.4.5. 生成器通過特殊語法來創建可恢復的函式
2.4.6. 生成器不是回傳控制權，而是交出控制權
3. 異步
3.1. 按順序運行代碼可能導致不可接受的延遲
3.2. 回呼
3.2.1. 作為實參提供給異步函式的一個函式
3.2.2. 也可以從異步函式那里收到實參
3.3. 異步執行模型
3.3.1. 執行緒
3.3.2. 事件回圈
3.3.2.1. 使用一個佇列
3.3.2.2. 異步函式將被加入佇列
3.3.2.3. 它們自己也可以將其他函式排隊
3.3.2.4. 只要佇列不為空，佇列中的第一個函式就將被取出來執行
3.3.2.5. 優點
3.3.2.5.1. I/O操作等待資料時讓它們排隊的效果很好
3.3.2.5.2. 不需要同步，因為所有代碼在一個執行緒上運行
3.3.2.6. 缺點
3.3.2.6.1. 對于運行時間長，但是不能被拆分為多個操作的任務，效果不好
3.3.2.6.2. CPU密集的操作會造成阻塞
3.3.2.6.2.1. CPU密集的操作（如復雜計算）不能被排隊
3.3.2.6.2.2. 需要CPU周期
3.3.2.6.2.3. 沒有等待資料
3.4. 簡化異步代碼
3.4.1. promise
3.4.1.1. 將來某個時刻可用的值的一個代理
3.4.1.2. 在生成該值的代碼運行之前，其他代碼可以使用該promise設定在該值可用后如何處理該值，在發生錯誤時如何處理，甚至取消將來的執行
3.4.1.3. 讓代碼的可讀性相比使用回呼時更好
3.4.1.4. 狀態
3.4.1.4.1. 等待（pending）
3.4.1.4.1.1. 已被創建，但還沒有完成
3.4.1.4.2. 完成（settled）
3.4.1.4.2.1. 已經呼叫了，并提供了一個值，此時將呼叫continuation
3.4.1.4.3. 拒絕（rejected）
3.4.1.4.3.1. 呼叫reject()或者拋出錯誤
3.4.1.4.3.1.1. 當前的promise會被拒絕
3.4.1.4.3.1.2. 通過then()鏈接到該promise的其他所有promise都會被拒絕
3.4.1.5. 組合promise
3.4.1.5.1. Promise.all()
3.4.1.5.1.1. 一組promise作為實參
3.4.1.5.1.2. 回傳當提供的所有promise都完成后完成的一個promise
3.4.1.5.2. Promise.race()
3.4.1.5.2.1. 一組promise作為實參
3.4.1.5.2.2. 回傳當提供的任何一個promise完成時完成的一個promise
3.4.2. continuation
3.4.2.1. 在promise的結果可用后呼叫的函式
3.4.2.2. 并非必須回傳一個promise
3.4.2.2.1. 不是總會鏈接異步函式
3.4.2.2.2. 可以同步執行
3.4.2.2.3. 自動轉換為Promise
3.4.2.3. 每個continuation放到一個單獨的函式中，并通過then()把它們鏈接起來
3.4.3. 函式promise提供給我們某個型別T的值，以及指定從T到其他某個型別U的函式（(value: T)=> U）的能力，當承諾被履行，我們得到了值以后，將呼叫這個函式（它就是continuation）
3.4.4. JavaScript（及TypeScript）采用Promise型別實作
3.4.5. C#采用Task實作
3.4.6. JAVA采用CompletableFuture實作
3.4.7. async/await
3.4.7.1. 代碼的可讀性更好
3.4.7.1.1. 異步代碼讀起來類似于同步代碼
3.4.7.2. 把所有代碼寫到一個函式中，每當呼叫另外一個回傳promise的函式，就等待（await）其結果，然后在得到結果后繼續執行
3.4.7.3. 例外將從await呼叫拋出，可在try/catch陳述句中捕獲
3.4.7.4. 不使用then()提供continuation
3.4.7.5. 語法糖
轉載請註明出處，本文鏈接：https://www.uj5u.com/ruanti/541970.html
標籤：設計模式