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.

Mở bài viết về Promises được issue tham chiếu và xem lại phần thảo luận hiện có về lập trình bất đồng bộ. Thêm một phần tập trung “Promises vs Callbacks” sử dụng các ý được cung cấp về việc lồng nhau, khả năng đọc và lan truyền lỗi, sau đó xác nhận rằng bài viết nhất quán với nội dung xung quanh.