Promise物件-1
這邊我想要記錄一下，目前讀到的Promise物件的內容。
Promise物件的前因後果
首先，因為JS是一個非同步的語言，及代表程式碼裡面非同步函式會同步被觸發，但是，今天我們若想要達到控制函式被觸發的順序的話，
勢必得把某些函式當作其他函式的參數，等到次序較前面的函式做完之後，才去做傳到這些函式中的那些次序比較後面的函式。
我知道上面這個敘述看完之後，還是會目煞煞XDD，但是，在這邊我想要先說明一下非同步和同步環境的差別，接著，再回來用一個範例
來體現我上面再講什麼東西。
非同步 v.s 同步
因為中文翻譯的關係，字面上的解讀也讓我搞混同步不就代表所有東西都是一起觸發嗎?! 但恰好相反
非同步
假設今天要做一道花枝炒飯。
今天這是一間大飯店，它有多位廚師，其中一位廚師處理花枝，另外一位廚師處理炒飯的部分，
所以，在這個過程中可能花枝先煮好，或者，炒飯先炒好，但沒關係，等到兩道菜都做好後，再一起裝盤出菜。
所以，非同步處理事件的流程，並不會其中一個步驟而被卡住，這個就是非同步的概念。
同步
一樣要做花枝炒飯，
但這是一間小店，它只有一位廚師，所以，他得先處理完花枝後，再接著處理炒飯的部分。
所以，只能等到一項項目處理完之後，才能再接著處理下一個項目。
所以，同步的處理事件的概念是，先完成1之後，才能再依序處理2, 3, 4…。
所以，
同步這個名詞乍看真的很像全部一起處理，但其實它是一步一步，按部就班的處理。
而非同步則是可以同時處理多件事情，不用互等。
ok，介紹完非同步和同步之後，我這邊就來舉個程式碼的例子，來體現我第一段所講的內容。
https://codepen.io/RandyChen/embed/oNYJLrM?height=265&theme-id=light&default-tab=js,result
以上這個範例，你可以看到js的部分，我們將funcB當作funcA的參數，等到funcA執行完之後，才去執行傳入的參數callback，也就是funcB，那也就可以透過這種方式
來控制函式之間的執行順序。
Callback Hell
但是，當我們要控制的函式一多，要控制它們之間的作用順序的話，就會變成要傳來傳去，最終變成著名的Callback Hell(回呼地獄XDD)，
那這個時候，我們就可以使用Promise這項技術來幫我們有效且簡單的達到控制函式作用順序的效果，並有效的解決Callback Hell的窘境囉~~
那這一篇就先記錄一下js的作用環境，然後，它會造成什麼問題，而為什麼我們需要用Promise的來龍去脈，下一篇在紀錄Promise物件怎麼使用囉~
