ฉันเป็นผู้เขียน IronScheme ฉันไม่แน่ใจจริงๆว่าจะตอบคำถามของคุณอย่างไร แต่จะลอง :)
IronScheme แรกพยายามใช้ Scheme (R6RS โดยเฉพาะ) โดยมีวัตถุประสงค์รองเป็น CLR การทำงานร่วมกัน
เมื่อเปรียบเทียบกับ Clojure (มุ่งเน้นไปที่จุดเสียของพวกเขา) IronScheme จะไม่:
- ให้ข้อยกเว้นรันไทม์ CLR ให้คุณ; IronScheme ใช้การจัดการข้อยกเว้นของ Scheme
- ให้สแต็กตรูแบบไม่ จำกัด IronScheme หางซ้ำอย่างถูกต้อง
- ตั้งค่าได้ยาก แยกไปยังไดเรกทอรีและไป
- ใช้เวลานานในการเริ่มต้น; IronScheme (เมื่อ ngen'd) ใช้เวลาเพียง 0.1 วินาทีในการเริ่ม REPL
- คลุมเครือ IronScheme ใช้ข้อมูลจำเพาะที่เป็นมาตรฐาน
น่าเสียดายที่ Clojure ชนะคือ:
- เอกสาร
- กรอบและไลบรารี
- ชุมชนผู้ใช้
สิ่งนี้เป็นเรื่องที่น่ากังวลสำหรับ IronScheme เนื่องจากสิ่งที่กล่าวถึง 3 ครั้งล่าสุดนั้นเป็นสถานการณ์ไก่ไข่ โดยส่วนตัวแล้วฉันมักจะสร้างห้องสมุดเฉพาะเมื่อฉันต้องการและด้วยชุมชนผู้ใช้ขนาดเล็กมากมีผู้บริจาคไม่มากนอกเหนือจากรายงานบั๊ก ฉันจะรักชุมชนผู้ใช้ที่ใหญ่ขึ้น
สำหรับการสนับสนุนฉันปกติจะช่วยให้ผู้ใช้เร็วเท่าที่จะทำได้ หลักฐานนี้สามารถเห็นได้จากเวลาตอบสนองของฉันในกระดานสนทนา IronScheme นอกจากนี้ข้อผิดพลาดจะได้รับการแก้ไขตามปกติทันทีที่มีการระบุ
สำหรับความเสถียรโค้ดเบสนั้นค่อนข้างสมบูรณ์และในปัจจุบันมีเพียงการแก้ไขข้อบกพร่องและการปรับให้เหมาะสมเท่านั้นที่เป็นการเพิ่มโค้ดเท่านั้น
สำหรับการใช้งานถ้าคุณคุ้นเคยกับ. NET Framework คุณสามารถทำอะไรกับ IronScheme ได้มากเท่าที่คุณจะทำได้ด้วยภาษา NET อื่น ๆ มันอาจจะยากขึ้นหรือง่ายขึ้นทั้งนี้ขึ้นอยู่กับว่าคุณเต็มใจที่จะให้นามธรรมเป็นสำนวนที่เหมือนโครงการมากขึ้น สิ่งต่างๆนั้นง่ายมากในการเขียนใน IronScheme ตัวอย่างเช่นกรอบงาน MVC ทั้งหมดของฉันคือรหัสโครงการ 400 บรรทัดแทบจะต้องขอบคุณการแตะลงใน ASP.NET (ฉันไม่ชอบการประดิษฐ์วงล้ออีกครั้ง)
อย่าลังเลที่จะขอคำอธิบายหากคำตอบนั้นไม่เพียงพอ Demian ก็ทำคะแนนดีในแง่ของการบำรุงรักษาเช่นกัน
ความนับถือ
leppie