Đã 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 .

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

dài quá đọc không nổi

Making security fun one episode at a time

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

dài quá đọc không nổi

Austin Gil

About Author

chuyên mục

Languages

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

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

dài quá đọc không nổi

Austin Gil

About Author

chuyên mục

Languages

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

NHỮNG BÀI VIẾT LIÊN QUAN