ภาษาซิงโครนัสกับอะซิงโครนัส

ฉันใช้เวลาส่วนใหญ่ในปีที่แล้วในการเขียนโค้ดใน Silverlight ซึ่งหมายความว่าฉันใช้เวลาอย่างมากในการคิด (และต่อสู้กับ) ปัญหาเดียวกันกับที่คุณอธิบาย

โดยสรุป ดังที่คนอื่นๆ ชี้ให้เห็น จุดแข็งที่แท้จริงของโมเดลอะซิงโครนัสคือความสามารถในการสร้างระบบที่แข็งแกร่งที่ทำงานร่วมกันได้ดีกับโลกแห่งความเป็นจริง ไม่มีใครสามารถใช้แอปพลิเคชัน Silverlight (หรือ Flash) ได้จริง หากเธรด UI หยุดทำงานทุกครั้งที่ใช้เวลาไม่กี่วินาทีในการเรียกบริการเว็บกลับมา

ข้อเสียที่ใหญ่ที่สุดคือโค้ดที่ได้นั้นซับซ้อนและแก้ไขได้ยาก สิ่งต่างๆ เช่น การจัดการข้อผิดพลาดคือ PITA แต่สิ่งที่น่ารำคาญที่สุดที่ฉันต้องจัดการคือการประสานงานการตอบสนองจากการโทรแบบอะซิงโครนัสหลายครั้ง ถ้า เช่น คุณต้องการข้อมูลจากสาย A ก่อนที่จะโทร B และคุณต้องการข้อมูลจากสาย B ก่อนโทร C (และอื่นๆ) โค้ดผลลัพธ์ดูไม่น่าพอใจจริงๆ และไวต่อผลข้างเคียงแปลกๆ ทุกประเภท . มีเทคนิคในการทำให้สิ่งต่าง ๆ ทั้งหมดนี้ใช้งานได้และยังสะอาดพอสมควร แต่ถ้าคุณมาจากโลกที่ซิงโครนัส (เหมือนฉัน) มันเป็นช่วงการเรียนรู้ที่สำคัญ (และไม่ได้ช่วยให้ Microsoft ผลักดันกิจกรรมเป็นวิธีจัดการกับการโทร WCF เมื่อการโทรกลับในความคิดของฉันนั้นสะอาดกว่ามากและมีความเสี่ยงน้อยกว่าต่อผลข้างเคียงแปลก ๆ ที่ฉันพูดถึง)

(และใช่ คนอื่นๆ พูดถูกว่ามันไม่ใช่ภาษาที่ไม่ตรงกันเท่าที่เฟรมเวิร์กนั้นต้องการการสร้างโค้ดของคุณในลักษณะอะซิงโครนัส แต่ฉันเข้าใจสิ่งที่คุณหมายถึง)

อัปเดต 2014.09.23 -

ฉันทำงานได้มากขึ้นกับเฟรมเวิร์กอะซิงโครนัสที่หลากหลายตั้งแต่ฉันเขียนคำตอบข้างต้น (เช่นเดียวกับคนอื่น ๆ ที่ทำโค้ดเว็บ) และคิดว่าฉันจะเพิ่มบันทึกสุ่มเพิ่มเติมอีกสองสามรายการ:

• หากคุณใช้ภาษาเช่น C# หรือ F# ที่รองรับอะซิงโครนัสระดับเฟิร์สคลาส สิ่งนี้จะง่ายขึ้นมาก อย่างน้อยเมื่อคุณคาดศีรษะด้วยรูปแบบ async/await แปลกๆ ความสามารถในการวนซ้ำการโทรแบบอะซิงโครนัสได้อย่างง่ายดาย และสรุปทุกอย่างด้วยการ try/catch แบบง่ายๆ นั้นน่าทึ่งมากหากคุณเคยต้องทำแบบเก่า

• หากคุณไม่ได้ใช้ภาษาที่รองรับ async ระดับเฟิร์สคลาส ให้เริ่มใช้ภาษาใดก็ได้ที่สนับสนุน promise หรือ future หรือ task ที่ภาษานั้นมีให้ (เช่น $.Deferred() ของ JQuery หรือ $q.defer() ของ Angular สิ่งเหล่านี้สะอาดกว่ามากและมีโครงสร้างที่ดีกว่าภาษาใด โดยทั่วไปคุณจะได้รับการโทรกลับ

• โค้ดอะซิงโครนัสเป็นสิ่งสำคัญสำหรับการเขียนระบบฝั่งเซิร์ฟเวอร์ที่ปรับขนาดได้ ปัญหาที่ใหญ่ที่สุดประการหนึ่งในการทำให้เว็บเซิร์ฟเวอร์ทั่วไปมีระดับที่ดีคือเธรดเริ่มที่จะหมด อย่างน้อยที่สุดก็จะเกิดปัญหาหากจัดสรรเธรดเพื่อเข้าถึงคำขอที่เข้ามา หากเธรดนั้นหยุดทำงาน เนื่องจากกำลังรอการเรียกแบบซิงโครนัสที่ใช้เวลานานจึงจะเสร็จสิ้น จะไม่สามารถช่วยเหลืออย่างอื่นได้อีกเลย ดีกว่ามากคือทำให้โค้ดเว็บเซิร์ฟเวอร์ของคุณเป็นแบบอะซิงโครนัส เพื่อว่าเมื่อคุณรอการเรียก DB เพื่อส่งคืน เธรดนั้นสามารถให้บริการคำขออื่นๆ อีกครึ่งโหลในขณะที่ DB กำลังดำเนินการและทำทุกอย่างที่ DB ทำ ณ จุดนี้ สำหรับระบบที่ปรับขนาดได้สูง async เป็นเกมเดียวในเมือง (เพียงถามผู้สนใจรัก Node คนใดก็ได้)

(ละเว้นการสนทนาระดับความหมาย เช่น "ภาษาซิงค์/อะซิงค์")

"เฟรมเวิร์ก" ที่สร้างขึ้นบน "ภาษา" (ไม่ว่าจะเป็นอะไรก็ตาม) ควรจะสามารถจัดการกับกรณีดังกล่าวได้ (โฟลว์โปรแกรม sync/async) เพื่อให้มีประโยชน์ (อ่าน: $ wise)

สำนวนแบบอะซิงโครนัสมีความเหมาะสมในทุกระดับ

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

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

ฉันคิดว่ามันไม่เกี่ยวกับภาษา แต่เกี่ยวกับกรอบงาน

ประเด็นโต้แย้ง:

เมื่อเขียนแอปพลิเคชัน 'Classic Mac' (MacOS 9 และก่อนหน้า) ในภาษา C (ภาษา 'ซิงโครนัส' หากเคยมี) คุณจะไม่มีมัลติเธรดล่วงหน้า ดังนั้นการเรียกของระบบที่อาจบล็อกทั้งหมดจึงมีคู่แบบอะซิงโครนัสโดยที่คุณกรอก บล็อกข้อมูลพร้อมพารามิเตอร์รวมถึงฟังก์ชันโทรกลับ จากนั้นคุณทำการเรียกของระบบ (ซึ่งจะส่งคืนทันที) และการเรียกกลับของคุณจะถูกเรียกแบบอะซิงโครนัส (ในสิ่งที่เรียกว่า 'ระดับขัดจังหวะ') ไม่ใช่เรื่องแปลกที่การโทรกลับจะทำการเรียกระบบแบบอะซิงโครนัสอีกครั้ง โดยสร้างเธรดพื้นหลังแบบยาวที่ทำงานแบบอะซิงโครนัสกับเธรดหลัก