รูปแบบที่ถูกต้องสำหรับ Promise.defer คืออะไร?

ไม่มีอะไรผิดปกติกับผู้ช่วยที่ทำการเลื่อนเวลาออกไป ตราบใดที่คุณแน่ใจว่าคุณต้องการการเลื่อนเวลาจริงๆ ในการเขียนโปรแกรมสัญญาทั้งหมดของฉัน ฉันพบเพียงสถานการณ์เดียวที่ฉันต้องการการเลื่อนออกไปจริงๆ และไม่สามารถปรับโครงสร้างโค้ดใหม่ให้ใช้รูปแบบตัวสร้างสัญญาทั่วไปได้

ดูเหมือนว่าสถานการณ์ที่ฉันพบและสถานการณ์ที่คนอื่นชี้ให้เห็นนั้นเกิดขึ้นเมื่อคุณแยกระหว่างโค้ดที่สร้างสัญญา/ออบเจ็กต์ที่เลื่อนออกไป และโค้ดที่แก้ไขหรือปฏิเสธมัน โดยปกติแล้ว คุณจะมีสิ่งเหล่านั้นอยู่ด้วยกัน แต่บางครั้งพวกมันก็เป็นส่วนที่แตกต่างกันโดยสิ้นเชิงของโค้ด และมีเหตุผลเชิงตรรกะที่ต้องทำเช่นนั้น ในกรณีดังกล่าว วัตถุที่เลื่อนออกไปซึ่งสร้างตามคำสัญญาปกติอาจเป็นวิธีการนำไปปฏิบัติที่สะอาดกว่า

ต่อไปนี้เป็นการใช้งาน Deferred ง่ายๆ อีกประการหนึ่งที่เข้ากันได้ทั้งแบบย้อนหลังและส่งต่อ:

เหตุใด Constructor ของ Promise จึงจำเป็นต้องมีตัวดำเนินการ

แต่นี่เป็นการปฏิบัติที่ไม่ดีหรือไม่?

ฉันรู้ว่ามีพวกเจ้าระเบียบบางคนที่คิดว่าคุณไม่ควรทำอย่างนี้ แต่ฉันบอกได้เลยว่ามันเป็นแนวทางปฏิบัติที่ดีอย่างยิ่ง หากคุณแน่ใจว่ามันเป็นวิธีที่สะอาดและง่ายที่สุดในการติดตั้งโค้ดของคุณ และการใช้งานมันด้วยการเรียกกลับตัวดำเนินการคอนสตรัคเตอร์ของ Promise ทั่วไปนั้นไม่สามารถทำได้จริง มีผู้ที่ต้องการใช้ deferred โดยไม่ต้องพยายามหรือเรียนรู้ตัวสร้าง / ตัวดำเนินการตามสัญญาและนั่นจะไม่ใช่แนวปฏิบัติที่ดี ด้วยเหตุผลหลายประการ ควรใช้ตัวสร้างสัญญาเมื่อใช้งานได้จริง

เหตุผลสำคัญประการหนึ่งที่แนะนำให้ใช้ Constructor ของสัญญาก็คือโค้ดเฉพาะของสัญญาทั้งหมดในฟังก์ชันการเรียกกลับของตัวดำเนินการคือ "throw-safe" หากมีข้อยกเว้นเกิดขึ้นในโค้ดนั้น โค้ดนั้นจะถูกตรวจจับและปฏิเสธสัญญาโดยอัตโนมัติ (ซึ่งเป็นสิ่งที่ดี) เมื่อคุณใช้การเลื่อนออกไปและมีโค้ดจำนวนมากที่จัดการสัญญานอกเหนือจากการโทรกลับนั้น มันก็จะไม่ปลอดภัยโดยอัตโนมัติ ในความเป็นจริง โค้ดของคุณยังสามารถส่งพร้อมกันได้ ซึ่งเป็นฝันร้ายสำหรับผู้โทรที่ต้องป้องกัน คุณสามารถดูคำอธิบายของปัญหาดังกล่าวได้ที่นี่: https://stackoverflow.com/a/37657831/816620 ดังนั้น รูปแบบที่เลื่อนออกไปจึงไม่เป็นที่ต้องการ แต่ด้วยการป้องกันที่เหมาะสม ยังมีบางกรณี (โดยทั่วไปพบไม่บ่อย) ที่นำไปสู่การนำไปปฏิบัติที่สะอาดยิ่งขึ้น

มีรูปแบบที่ได้รับการยอมรับและดีกว่าหรือไม่?

แทบจะเป็นคำตอบเดียวกับข้างบนเลย การตั้งค่าคือการใช้ตัวสร้าง/ตัวดำเนินการของสัญญา แต่ในสถานการณ์ที่ไม่สามารถใช้งานได้จริง (โดยปกติแล้วส่วนต่างๆ ของโค้ดสร้างสัญญาแล้วแก้ไข/ปฏิเสธ) และไม่มีวิธีง่ายๆ ในการจัดระเบียบโค้ดใหม่เพื่อให้ทำงานได้ดีด้วย ตัวสร้าง / ตัวดำเนินการตามสัญญาดังนั้นวัตถุที่เลื่อนออกไปน่าจะเป็นการใช้งานที่ต้องการ โดยทั่วไปคุณควรพบว่าสถานการณ์เหล่านี้เกิดขึ้นไม่บ่อยนัก เพราะโดยส่วนใหญ่แล้วคุณสามารถจัดโครงสร้างโค้ดของคุณได้ ดังนั้นโค้ดชิ้นเดียวกันจึงเป็นการสร้างและแก้ไข/ปฏิเสธสัญญา และคุณไม่จำเป็นต้องมีการเลื่อนออกไป

TaskCompletionSource ที่เทียบเท่ากับสำนวนใน JavaScript คืออะไร

ไม่มีสิ่งที่เทียบเท่าในตัวใน Javascript ด้วยเหตุนี้ คุณจะต้องสร้างมันขึ้นมาเอง และดูเหมือนว่าคำสัญญาจะเป็นวิธีธรรมชาติในการดำเนินการดังกล่าว เนื่องจากคำสัญญานั้นถูกสร้างขึ้นโดยธรรมชาติเพื่อส่งสัญญาณถึงความสมบูรณ์หรือข้อผิดพลาด คุณต้องแสดงรหัสจริงของคุณให้เราเพื่อให้ความเห็นว่าสถานการณ์เฉพาะของคุณสามารถนำไปใช้ได้อย่างหมดจดโดยไม่ต้องใช้วัตถุที่เลื่อนออกไปหรือไม่