ความคืบหน้าของบันทึก Haskell คืออะไร?

เมื่อเร็ว ๆ นี้ฉันได้พบปัญหาของเร็กคอร์ดของ Haskell อีกครั้งโดยเฉพาะชื่อฟิลด์ที่ไม่ซ้ำใคร (มันเป็นความเจ็บปวด ... )

ฉันได้อ่านข้อเสนอสำหรับเร็กคอร์ดใน Haskellจาก SPJ และ Greg Morrisett แต่การอัปเดตครั้งล่าสุดในปี 2003
กระดาษอีกเล่มหนึ่งชื่อLightweight Extensible Records สำหรับ Haskellจาก SPJ และ Mark Jones ยิ่งแก่กว่า: มาจากเวิร์กช็อป Haskell ในปี 1999

ตอนนี้ฉันสงสัยว่ากระบวนการให้ระเบียนใหม่ของ Haskell มีความคืบหน้าหรือไม่
ไม่มีใครรู้อะไรเกี่ยวกับมันหรือใครสามารถชี้ให้ฉันไปอ่านเพิ่มเติมหรือไม่

haskell language-features

— MMH
แหล่งที่มา

ฉันทราบเกี่ยวกับRecords ใน Haskellด้วย แต่ก็ไม่ได้แสดงการอภิปรายเกี่ยวกับแนวทางที่แตกต่าง

— mmh

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

— CA McCann

คุณอาจขอให้โชคดีในรายชื่อผู้รับจดหมาย

— Rufflewind

สองเพนนีของฉัน

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

ปรับปรุง: BTW ฉันคิดว่าบันทึกเป็นคุณสมบัติใหม่ที่ดี ฉันชอบมากที่สุดไม่มีชื่อสมาชิกที่ทำให้เกิดเนมสเปซส่วนกลาง

— Zhen
แหล่งที่มา

คุณช่วยอธิบายสิ่งที่จะแตกได้โดยการเพิ่มบันทึก? ทุกข้อเสนอที่เป็นที่นิยมเกี่ยวข้องกับการทำลายบางสิ่งบางอย่าง?

ผู้ประกอบการจุด (เขียน) จะใช้ในข้อเสนอส่วนใหญ่ดังนั้น: a.bจะแตกต่างกัน

— Zhen

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

— Tikhon Jelvis