Hướng dẫn nodejs wait for promise - nodejs chờ đợi lời hứa
Trong lập trình không đồng bộ Nodejs, 5 luôn là nỗi ám ảnh đối với developer trong ES5. Ví dụ như đoạn code dưới: Show Rất may mắn đến ES6, 6 đã giải quyết được cơ bản 5 với cấu trúc 8 giúp code dễ đọc và bắt lỗi tốt hơn.
Nhưng đối với ứng dụng phức tạp, cần gọi nhiều xử lý không đồng bộ liên tiếp và phụ thuộc lẫn nhau thì xuất hiện 9 như bài toán tính tổng sau.
Điều tuyệt vời nhất là ES7 xuất hiện đã giới thiệu 0 đã cải thiện và giải quyết các vấn đề còn tồn tại của 6. Bài toán tính tổng trên sẽ được viết lại như sau:
Như ta thấy đoạn code trên rất ngắn ngọn, step rõ ràng như lập trình đồng bộ, dễ hiểu và dễ debug. Async/awaitAsync/await được giới thiệu ngắn gọn như sau:
Cú phápGiả sử một hàm getJSON trả về một promise, promise đó chứa 1 vài đối tượng JSON. Ta cần gọi hàm đó, log các đối tượng JSON ra, sau đó trả về "done". Đoạn code sau miêu tả quá trình trên, sử dụng promise.
Còn đây là đoạn code sử dụng async/await:
Có 1 vài điểm khác biệt cần để ý:
Ưu điểm của Async/await là gì?Code ngắn và sạch hơnĐơn giản nhất chính là số lượng code ta cần viết đã giảm đi đáng kể. Trong ví dụ trên, rõ ràng rằng ta đã tiết kiệm được rất nhiều dòng code. Ta không cần viết 3, tạo 1 hàm 4 để xử lý 5 hay là đặt tên data cho 1 biến ta không sử dụng. Ta tránh được các khối code lồng nhau. Những lợi ích nho nhỏ này sẽ tích tụ dần dần trong những đoạn code lớn, những project thật và sẽ trở nên rất đáng giá.Error handling 6 giúp ta xử lý cả error đồng bộ lẫn error bất đồng bộ theo cùng 1 cấu trúc. Tạm biệt 7. Với đoạn code dưới dùng promise, 7 sẽ không bắt được lỗi nếu 9 lỗi do nó xảy ra bên trong 0. Ta cần gọi 1 bên trong promise và lặp lại code xử lý error, điều mà chắc chắn sẽ trở nên rắc rối hơn cả 1 trong đoạn code 3.
Bây giờ hãy nhìn vào đoạn code sử dụng async/await. Khối catch giờ sẽ xử lý các lỗi parsing.
Câu lệnh điều kiệnHãy xem thử 1 đoạn code như dưới đây. Đoạn code này sẽ fetch dữ liệu và quyết định trả về giá trị hay là lấy thêm dữ liệu.
Đoạn code đã dần dần giống với mô hình 4 mà ta thường thấy. Tổng cộng code có 6 level nested. Khi sử dụng 0, ta sẽ có đoạn code mới dễ đọc hơn.
Giá trị intermediateHẳn bạn đã từng lâm vào tính huống sau: bạn cần gọi 6, sau đó sử dụng giá trị nó trả về để gọi 7, cuối cùng sử dụng kết quả trả về của cả 2 0 trên để gọi 9. Code của bạn sẽ thành ra thế này. 0Nếu 9 không yêu cầu tham số value1, promise sẽ bớt lớp nest đi 1 chút. Nếu bạn theo chủ nghĩa cầu toàn, bạn có thể giải quyết bằng cách wrap cả 2 giá trị value1 và value2 bằng 1, tránh được các lớp nest giống như đoạn code dưới. 1Phương pháp này đã hi sinh tính ngữ nghĩa để đổi lấy tính dễ đọc của code. Đơn giản vì chả có lý do gì mà 2 và 3 được đặt chung vào 1 mảng, ngoại trừ việc làm như thế sẽ tránh được 0 bị nest. Tuy nhiên cái logic này trở nên cực kì ngớ ngẩn khi ta sử dụng 0. 2Hình dung 1 đoạn code gọi đến nhiều promise theo chuỗi. Tại 1 vị trí nào đó, đoạn code sẽ quăng ra 1 error. 3Error Stack trả về từ chuỗi promise không thể giúp ta xác định error xảy ra ở đâu. Tệ hơn nữa, nó còn làm ta hiểu lầm rằng lỗi nằm ở hàm 6 Tuy nhiên, với 0, Error Stack sẽ chỉ ra được hàm nào chứa lỗi. 4Khi bạn phát triển ứng dụng trên môi trường local, điều này thoạt nhìn không có quá nhiều tác dụng. Tuy nhiên với production server, nó lại rất hữu ích với Error Logs. Với những tình huống đó, biết được error xảy ra trong 8sẽ tốt hơn rất nhiều khi được báo rằng error nằm trong 9 phía sau 9 phía sau 1DebugĐiều tuyệt vời cuối cùng khi bạn làm việc với 0 đó là việc debug trở nên rất đơn giản. Debug với Promise chưa bao giờ là công việc dễ chịu vì 2 lý do sau:Kết luận 6 là 1 trong những tính năng mang tính cách mạng được thêm vào JavaScript trong vài năm gần đây. Nó giúp bạn nhận ra Promise còn thiếu sót như thế nào, cũng như cung cấp giải pháp thay thế.Tham khảohttps://hackernoon.com/6-reasons-why-javascripts-async-await-blows-promises-away-tutorial-c7ec10518dd9 |