Suggestion for Additions to Article on Promise

We can add a section for Promises vs Callbacks to show the inherent advantages of Promise:

Like this :

At the simplest level, Promises are just a different way of working with callbacks. However, there are practical benefits to using them.

1. One real problem with callback based asynchronous programming is that it is common to end up with callbacks
   inside callbacks inside callbacks, with lines of code so highly indented that it is difficult to read.
   Promises allow this kind of nested callback to be re-expressed as a more linear Promise chain that tends to be easier to read and easier to reason about.

2. Another problem with callbacks is that they can make handling errors difficult. If an asynchronous function (or an asynchronously invoked callback) throws an exception, there is no way for that exception to propagate back to the initiator of the asynchronous operation.
   This is a fundamental fact about asynchronous programming: It breaks exception handling.
   The alternative is to meticulously track and propagate errors with callback arguments and return values, but this is tedious and difficult to get right.
   Promises help here by standardizing a way to handle errors and providing a way for errors to propagate correctly through a chain of promises.

Promises are therefore a powerful idiom for asynchronous programming.

開啟 issue 所引用的 Promises 文章，並檢視其中現有的非同步程式設計討論。使用所提供的關於巢狀、可讀性和錯誤傳播的要點，新增一個聚焦於「Promises vs Callbacks」的章節，然後確認文章與周圍內容保持一致。