การพัฒนาใหม่ของ Java จะมีผลต่อการทำงานร่วมกันกับภาษาเช่น Scala และ Clojure อย่างไร

เท่าที่ฉันเข้าใจทั้ง Scala และ Clojure ได้รับการออกแบบเป็นภาษาใหม่ที่

1. ขึ้นอยู่กับ JVM และ
2. รวมเข้ากับโค้ด Java ได้ง่ายในแง่ที่อนุญาตให้ใช้คลาส Java ภายในโค้ด Scala และ Clojure

เริ่มต้นด้วย Java 8 (และอาจรุนแรงยิ่งขึ้นกับ Java รุ่นถัดไป) จะมีการเปลี่ยนแปลงในความหมายของภาษา Java

ฉันต้องการถามว่าการเปลี่ยนแปลงเหล่านี้จะส่งผลกระทบต่อการทำงานร่วมกันระหว่าง Java และ Scala / Clojure อย่างไรและผลที่ตามมาจะเป็นอย่างไร ตัวอย่างเช่นเนื่องจาก lambdas ใน Java 8 ไม่ใช่วัตถุ (ดูเช่นที่นี่ ) Scala และ Clojure อาจต้องจัดการกับค่า Java ที่ไม่ใช่วัตถุ นี่จะเป็นปัญหาหรือไม่?

ฉันนึกถึงสถานการณ์ต่อไปนี้:

1. ภาษา Scala หรือ Clojure จะถูกขยายเพื่อปรับให้เข้ากับความหมาย Java ใหม่ (เพื่อจัดการกับค่าที่ไม่ใช่วัตถุใหม่) และรองรับการทำงานร่วมกันกับ Java
2. ภาษา Scala หรือ Clojure จะไม่ถูกขยาย สิ่งนี้จะเกิดขึ้นได้หากคุณลักษณะ Java ใหม่เช่นค่าฟังก์ชันสามารถแมปกับแนวคิดที่มีอยู่แล้วเท่านั้น เช่นใน Scala แม้ฟังก์ชั่นเป็นวัตถุดังนั้นฉันคิดว่าฟังก์ชั่น Java จะถูกห่อเป็นวัตถุบางอย่างอีกครั้งเมื่อพวกเขากลายเป็น Scala
3. ภาษา Scala หรือ Clojure จะยังคงสนับสนุนการทำงานร่วมกันได้ถึง Java 6 หรือ 7 โดยไม่ต้องติดตามการพัฒนา Java ล่าสุด สิ่งนี้ต้องการให้ Java รุ่นเก่ายังคงได้รับการสนับสนุน (อย่างน้อยก็โดย OpenJDK หรือโครงการอื่น) เพื่อให้ภาษาเหล่านี้สามารถยึดตามสาขาจารีต / เสถียรของ Java ได้

สรุป: เราคาดหวังได้หรือไม่ว่าการพัฒนา Java ในอนาคตจะส่งผลกระทบต่อภาษาเช่น Scala และ Clojure เพื่อรักษาความสามารถในการทำงานร่วมกันกับ Java มีการอภิปราย (ลิงก์ไปยัง) ในหัวข้อนี้อย่างต่อเนื่องหรือไม่?

บันทึก

ฉันสามารถจินตนาการได้ว่า Scala, Clojure และภาษาที่ใช้ JVM อื่น ๆ จะไม่มีปัญหาสำคัญใด ๆ ในการอัปเดตการใช้งานเป็น JVM เวอร์ชันใหม่ (และฟีเจอร์ JVM ใหม่นี้จะทำให้การติดตั้งนี้ง่ายยิ่งขึ้น) คำถามของฉันมุ่งเน้นไปที่คุณสมบัติของ Java เป็นภาษาและ / ภาษาอื่น ๆ ของ JVM จะสามารถ "ดู" / ใช้คุณสมบัติใหม่เหล่านี้ได้หรือไม่ไม่ว่าภาษาที่ใช้ JVM จะทำงานกับ JVM ล่าสุดหรือไม่

จริงๆแล้ว Java 8 ไม่ได้แนะนำอะไรมากมายที่จะเป็นอันตรายต่อภาษา JVM อื่น ๆ ที่ทำงานร่วมกับ Java งานที่ทำบน Lambdas ช่วยแก้ไขปัญหาเล็ก ๆ จำนวนหนึ่งเกี่ยวกับ invokedynamic, MethodHandles, MethodReferences เป็นต้น - แต่นอกเหนือจากนั้นมันยังดำเนินการตามปกติ ที่กล่าวว่ามี API ใหม่มากมายที่ภาษา JVM อื่น ๆ สามารถโทรเข้ามาได้ในตอนนี้ สิ่งที่พวกเขาจะใช้เป็นค่าเริ่มต้นหรือไม่ขึ้นอยู่กับพวกเขา

การเปลี่ยนแปลงที่ใหญ่ที่สุดที่ส่งผลกระทบต่อการทำงานร่วมกันระหว่างอินเทอร์แอคทีฟนั้นมาพร้อมกับ Java 7 โดยมีการเรียกใช้ bytecode ที่เรียกใช้แบบไดนามิก / การโทรล่าช้าภายใน JVM ซึ่งเป็นสิ่งแรก มันได้รับการดัดแปลงให้เป็นประโยชน์อย่างมากสำหรับ Lamdbas ดังนั้นสำหรับ Java 8, Java จะเริ่มต้นปล่อยออกมาเป็น bytecodes เหล่านี้

บางภาษา (เช่น JRuby) กำลังใช้ invokeynamic อยู่มากขณะที่ภาษาอื่น (Scala, Groovy et al) ยังคงตรวจสอบการใช้งานหรืออยู่ในช่วงเริ่มต้นของการปะแก้มันในทางทฤษฎีมันทำให้การเรียกแบบไดนามิกของพวกเขาเกือบจะเหมือนกับที่มีอยู่ การเรียกใช้ Java แบบไม่โต้ตอบเมื่อเทียบกับการแก้ไขปัญหาที่ช้ากว่ามากพวกเขาถูกบังคับให้ใช้ในอดีต

Java 9 จะนำความท้าทายมากขึ้นสำหรับภาษา JVM ด้วย Project Jigsaw เข้ามาในแพลตฟอร์มซึ่งจะเป็นจุดเริ่มต้นของจุดสิ้นสุดสำหรับการโหลดคลาสแบบดั้งเดิมและคลาสพา ธ สำหรับ JVM กลุ่มภาษา JVM ค่อนข้างตระหนักถึงเรื่องนี้และฉันคาดหวังว่าจะมีการร่วมมือกันที่เหมาะสม

Scala กำลังจะถูกทิ้งไว้ข้างหลังเมื่อ Java เพิ่ม lambdas เพราะ Java lambdas ได้รับการกำหนดประเภทตามบริบทที่พวกเขาใช้ในขณะที่ Scala lambdas ได้รับการกำหนดประเภทตาม arities ประเภทพารามิเตอร์และประเภทผลตอบแทนเช่น

executor.execute(() -> { System.out.println("hello world"); });

จาก Java 8 สามารถเขียนใน Scala เป็น:

executor execute new Runnable {
    override def run() { println("hello world") }
}

ยกเว้นว่าคุณใช้ / เขียนตัวแปลงบางส่วนที่แปลง Scala's () => หน่วยเป็น Runnable