在上一篇部落格[譯]前端基礎知識儲備——Promise/A+規範 中，我們介紹了Promise/A+規範的具體條目。在本文中，我們來選擇了promiz，讓大家來看下一個具體的Promise庫的內部程式

本週精讀的文章是why-using-reduce-to-sequentially-resolve-promises-works ，講了如何利用 reduce 實現 Promise 序列執行。

有限狀態機在我讀研的時候是一門必修的課程，也就是大部分CS研究生都要接觸的一門課程。這門課說簡單也蠻簡單的，但是其中內含的內容以及應用實在是太多了。 有人說為什麼這麼簡單的一個東西要用看起來很複雜的數學模型

// ====utils.js //==封裝post請求 const post = (url,data) =>{ let promise = new Promise((resolve,reject)

各類詳細的 Promise 教程已經滿天飛了，我寫這一篇也只是用來自己用來總結和整理用的。如果有不足之處，歡迎指教。 為什麼我們要用Promise JavaScript語言的一大

Promise本身是一個非同步程式設計的方案，讓處理過程變得更簡單。es6引入promise特性來處理JavaScript中的非同步場景。以前，處理非同步最常用的方法就是回撥函式，但是當過程稍微複雜一點，多個

傳統的解決程式碼單執行緒執行的方案是 回撥函式和事件 。這是個解決問題的方案，但是會造成回撥地獄。 非同步程式設計是優化程式碼邏輯提高程式碼易讀性的關鍵。 目前通用的非同步程式設計方法有三種：

準備好材料、工具，開拆！！！ 一個 Promise 的運用： var firstPromise = new Promise(function(resolve,reject){ setTimeou

說起 Promise，我們一般都會從回撥或者回調地獄說起，那麼使用回撥到底會導致哪些不好的地方呢？ 1. 回撥巢狀 使用回撥，我們很有可能會將業務程式碼寫成如下這種形式： doA( function

resolve/reject只能接收一個傳值 工作中封裝一個ajax請求簡寫方法,想API返回正常情況值時(code===200 ),直接.then裡呼叫data資料.異常時,在catc

1.非同步程式設計 在JavaScript 的世界中，所有程式碼都是單線 執行的。 由於這個“缺陷”，導致JavaScript 的所有網路操作，瀏覽器事件，都必須是非同步執行。非同

Promise大家一定都不陌生了，JavaScript非同步流程從最初的Callback，到Promise，到Generator，再到目前使用最多的Async/Await（如果對於這些不熟悉的可以參考我另一篇

本篇文章主要在於探究Promise 的實現原理，帶領大家一步一步實現一個Promise , 不對其用法做說明，如果讀者還對Promise的用法不瞭解，可以檢視阮一峰老師的ES6 Pro

> new Promise((resolve, reject) => setTimeout(resolve, 1000, 'foo')) > .then(console.l