Đã bắt đầu một năm mới, và trong khi nhiều người hứa hẹn sẽ năng động hơn, tôi sẽ chỉ cho bạn cách làm cho   trở nên lười biếng hơn…    s, đó là. Promise   JavaScript Promise  Nó sẽ có ý nghĩa hơn trong một thời điểm.   https://www.youtube.com/watch?v=qj7diPVWTqY?embedable=true  Đầu tiên, hãy xem một ví dụ cơ bản về   . Ở đây, tôi có một chức năng gọi là ngủ mất thời gian tính bằng mili giây và một giá trị. Nó trả về một lời hứa sẽ thực thi   trong số mili giây mà chúng ta nên đợi; sau đó Lời hứa giải quyết với giá trị. Promise setTimeout   /** * @template ValueType * @param {number} ms * @param {ValueType} value * @returns {Promise<ValueType>} */ function sleep(ms, value) { return new Promise((resolve) => { setTimeout(() => resolve(value), ms); }); }  Nó hoạt động như thế này:   Chúng ta có thể đợi chức năng   với các đối số   và   và sau một giây,   sẽ ghi lại chuỗi 'Yawn & stretch'. sleep 1000 'Yawn & stretch' console  Không có gì quá đặc biệt về điều đó. Nó có thể hoạt động như bạn mong đợi, nhưng sẽ hơi lạ nếu chúng ta lưu trữ nó như một biến để   sau này, thay vì     được trả lại ngay lập tức. await await Promise   const nap = sleep(1000, 'Yawn & stretch')  Bây giờ, giả sử chúng ta thực hiện một số công việc khác cần có thời gian (chẳng hạn như nhập ví dụ tiếp theo), rồi   biến   .  await nap  Bạn có thể mong đợi độ trễ một giây trước khi giải quyết, nhưng trên thực tế, nó giải quyết ngay lập tức. Bất cứ khi nào bạn tạo một   , bạn sẽ khởi tạo bất kỳ chức năng không đồng bộ nào mà nó chịu trách nhiệm. Promise  Trong ví dụ của chúng tôi, thời điểm chúng tôi xác định biến   ,   được tạo để thực thi   . Bởi vì tôi là một người đánh máy chậm,   sẽ được giải quyết khi chúng tôi   nó. nap Promise setTimeout Promise await  Nói cách khác,   s háo hức. Họ không đợi bạn   họ. Promise await  Trong một số trường hợp, đây là một điều tốt. Trong các trường hợp khác, nó có thể dẫn đến việc sử dụng tài nguyên không cần thiết. Đối với những trường hợp đó, bạn có thể muốn thứ gì đó trông giống như   , nhưng sử dụng  để chỉ khởi tạo khi bạn cần. Promise   lười đánh giá  Trước khi chúng ta tiếp tục, tôi muốn cho bạn thấy một điều thú vị.    s không phải là thứ duy nhất có thể được   ed trong JavaScript. Nếu chúng ta tạo một   đơn giản bằng phương thức   , chúng ta thực sự có thể   đối tượng đó giống như bất kỳ   nào.  Promise await Object .then() await Promise  Điều này hơi lạ, nhưng nó cũng cho phép chúng ta tạo các đối tượng khác nhau   giống như   nhưng không phải vậy. Những đối tượng này đôi khi được gọi là “  “. trông Promise   đồ gia dụng  Với ý nghĩ đó, hãy tạo một cái mới  được gọi là   mở rộng hàm tạo   tích hợp sẵn. Việc mở rộng Promise không thực sự cần thiết, nhưng nó làm cho nó trông giống với   hơn bằng cách sử dụng những thứ như   .   tầng lớp LazyPromise Promise Promise instanceof   class LazyPromise extends Promise { /** @param {ConstructorParameters<PromiseConstructor>[0]} executor */ constructor(executor) { super(executor); if (typeof executor !== 'function') { throw new TypeError(`LazyPromise executor is not a function`); } this._executor = executor; } then() { this.promise = this.promise || new Promise(this._executor); return this.promise.then.apply(this.promise, arguments); } }  Phần cần tập trung vào là phương thức   . Nó chiếm đoạt hành vi mặc định của một   tiêu chuẩn để đợi cho đến khi phương thức   được thực thi trước khi tạo một   thực sự. then() Promise .then() Promise  Điều này tránh khởi tạo chức năng không đồng bộ cho đến khi bạn thực sự yêu cầu nó. Và Nó hoạt động cho dù bạn gọi rõ ràng   hay sử dụng   . .then() await  Bây giờ, hãy xem điều gì sẽ xảy ra nếu chúng ta thay thế   trong chức năng   ban đầu bằng   . Một lần nữa, chúng ta sẽ gán kết quả cho một biến   . Promise sleep LazyPromise nap   function sleep(ms, value) { return new LazyPromise((resolve) => { setTimeout(() => resolve(value), ms); }); } const nap = sleep(1000, 'Yawn & stretch')  Sau đó, chúng tôi dành thời gian để gõ dòng   và thực hiện nó.  await nap  Lần này, chúng ta thấy độ trễ một giây trước khi   được giải quyết bất kể thời gian đã trôi qua kể từ khi biến được tạo. Promise  (Lưu ý rằng việc triển khai này chỉ tạo   mới một lần và tham chiếu nó trong các lần gọi tiếp theo. Vì vậy, nếu chúng ta   nó một lần nữa, nó sẽ giải quyết ngay lập tức giống như bất kỳ   bình thường nào) Promise await Promise  Tất nhiên, đây là một ví dụ tầm thường mà bạn có thể sẽ không tìm thấy trong mã sản xuất, nhưng có nhiều dự án sử dụng các đối tượng giống như   - được đánh giá lười biếng. Có lẽ ví dụ phổ biến nhất là với cơ sở dữ liệu   s và trình tạo truy vấn như  hoặc là  . Promise ORM   Knex.js   lăng kính  Hãy xem xét mã giả dưới đây. Nó được lấy cảm hứng từ một số trình tạo truy vấn sau:   const query = db('user') .select('name') .limit(10) const users = await query  Chúng tôi tạo một truy vấn cơ sở dữ liệu chuyển đến bảng   và chọn mười mục nhập đầu tiên và trả về tên của chúng. Về lý thuyết, điều này sẽ hoạt động tốt với   thông thường. "user" Promise  Nhưng nếu chúng ta muốn sửa đổi truy vấn dựa trên các điều kiện nhất định như tham số chuỗi truy vấn thì sao? Sẽ thật tuyệt nếu có thể tiếp tục sửa đổi truy vấn trước khi chờ   . Promise   const query = db('user') .select('name') .limit(10) if (orderBy) { query.orderBy(orderBy) } if (limit) { query.limit(limit) } if (id) { query.where({ id: id }) } const users = await query  Nếu truy vấn cơ sở dữ liệu ban đầu là một   tiêu chuẩn, nó sẽ háo hức khởi tạo truy vấn ngay khi chúng ta gán biến và chúng ta sẽ không thể sửa đổi truy vấn đó sau này. Promise  Với đánh giá lười biếng, chúng tôi có thể viết mã như thế này dễ theo dõi hơn, cải thiện trải nghiệm của nhà phát triển và chỉ thực hiện truy vấn một lần khi chúng tôi cần.  Đó là một ví dụ mà đánh giá lười biếng là tuyệt vời. Nó cũng có thể hữu ích cho những việc như xây dựng, sửa đổi và sắp xếp các yêu cầu HTTP.  Lazy   s rất tuyệt vời cho các trường hợp sử dụng phù hợp, nhưng điều đó không có nghĩa là chúng nên thay thế mọi   . Trong một số trường hợp, sẽ rất hữu ích nếu bạn háo hức khởi tạo và chuẩn bị sẵn phản hồi càng sớm càng tốt. Promise Promise  Đây là một trong những tình huống “còn tùy”. Nhưng lần tới khi ai đó yêu cầu bạn thực hiện một   , hãy cân nhắc việc lười biếng thực hiện nó ( ͡° ͜ʖ ͡°). Promise  Cảm ơn bạn rất nhiều vì đã đọc. Nếu bạn thích bài viết này, xin vui lòng  . Đó là một trong những cách tốt nhất để hỗ trợ tôi. Bạn cũng có thể  hoặc là  nếu bạn muốn biết khi bài báo mới được xuất bản.   chia sẻ nó   Hãy đăng ký để nhận thư mới từ tôi   theo dõi tôi trên Twitter     Được xuất bản lần đầu vào   austingil.com .

Read My Stories

Newsletter

Nghe bài viết này bằng Tiếng Anh, đọc bởi robot thông minh của HackerNoon

Mọi thứ bạn cần biết về lời hứa, khả năng và đánh giá lười biếng

About Author

BÌNH LUẬN

chuyên mục

BÀI VIẾT NÀY CŨNG CÓ MẶT TẠI

Related Stories

85 Stories To Learn About Productivity Hacks

94 Stories To Learn About John Locke

178 Stories To Learn About Essay

147 Stories To Learn About Reading Books Online

85 Stories To Learn About Productivity Hacks

94 Stories To Learn About John Locke

178 Stories To Learn About Essay

147 Stories To Learn About Reading Books Online

Light-Mode

Classic

Newspaper

Minty

Dark-Mode

Neon Noir

Minty

HN StartUps