Java (ยัง) เป็นภาษาข้ามแพลตฟอร์มที่เลือกหรือไม่ [ปิด]

เมื่อฉันเริ่มใช้ Java ใน nineties นั่นคือทั้งหมด " เขียนครั้งเดียวทำงานได้ทุกที่ " ตั้งแต่วันแรก นั่นอาจเป็นจริงทั้งหมดและฉันก็เป็นส่วนหนึ่งของคณะนักร้องด้วย

ฉันไม่แน่ใจว่าจะต้องคิดอะไรอีกต่อไปพิจารณาภาษาอื่น ๆ ทั้งหมดโดยใช้หลายแพลตฟอร์มรันไทม์ (python, flash, perl, html, php ... ) แต่ฉันยังเห็นข้อโต้แย้งมากมายที่บอกว่าคุณควรใช้ Java เพราะมันควรจะดีกว่าสำหรับการพัฒนาข้ามแพลตฟอร์ม

ดังนั้นวันนี้ยังเป็นจริงหรือไม่? Java ยังคงเป็นภาษาของทางเลือกสำหรับการพัฒนาหลายแพลตฟอร์มหรือไม่?

• โปรดเจาะจงโดยเน้นด้านข้ามแพลตฟอร์ม
• ฉันไม่ได้ขอเปรียบเทียบคุณสมบัติทั่วไปของภาษา

อัปเดต: การตอบสนองที่ยอดเยี่ยม! คำตอบส่วนใหญ่น่าจะเป็นที่นิยม Java หรือเว็บ ข้อมูลใด ๆ จากฝูงชนสคริปต์หรือไม่

ภาษาสไตล์การเขียนสคริปต์เช่น python ทำให้การพัฒนาข้ามแพลตฟอร์มง่ายขึ้น ตอนนี้ไม่ว่าคุณจะชอบ Python (หรือภาษาอื่น ๆ ) ขึ้นอยู่กับคุณและเราอาจไม่จำเป็นต้องเริ่มการอภิปรายที่นี่

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

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

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

ในที่สุดฉันคิดว่ามันเป็นภาษาที่คุณต้องการใช้งานและการปรับใช้แบบไหนที่คุณต้องใช้

ในขณะที่ Java อาจจะไม่หรือทำงานได้เพียงเครื่องมือข้ามแพลตฟอร์มก็มีจุดแข็งบางส่วน:

• มันเร็วมาก
• มันแข็งแกร่งมาก
• มันสามารถพกพาได้อย่างมาก (เช่น bytecode รวบรวมเมื่อ 10 ปีก่อนใน Windows 95 ทำงานได้ดีใน OS X วันนี้)

และจุดอ่อนบางอย่าง:

• ไลบรารี Core GUI (Swing ... ) กำลังแสดงอายุของพวกเขา (ความช่วยเหลือจากบุคคลที่สามเพิ่มเติมที่นี่)
• ภาษาอาจมีความละเอียดน้อยลง (เช่นข้อยกเว้นที่ตรวจสอบแล้ว ... )
• เวลาเริ่มต้นอาจเป็นปลากระพง (แม้ว่าจะปรับปรุงตลอดเวลา)

เมื่อพูดถึง Java โดยเฉพาะเกี่ยวกับแพลตฟอร์มมีอีกหนึ่งจุด

• มีภาษาไม่กี่ภาษาที่รันบน JVM และทำงานร่วมกับ Java

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

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

ในขณะที่ไม่ได้ใช้ภาษาอย่างเคร่งครัดสำหรับฉันเว็บเป็นแพลตฟอร์มข้ามแพลตฟอร์มที่เลือกไว้ ส่วนหน้า HTML / JavaScript หมายความว่าแอปพลิเคชันของคุณจะทำงานบนแพลตฟอร์มไคลเอนต์ใด ๆ และในกรณีส่วนใหญ่ที่เป็นเป้าหมายจริง - โดยไม่ต้องกังวลว่าจะเป็น Mac หรือ PC ซึ่งเป็นเวอร์ชั่นของระบบปฏิบัติการและอื่น ๆ

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

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

• ตราบใดที่คุณมีความระมัดระวังในการพึ่งพาของคุณ (เช่นหลีกเลี่ยงไลบรารีที่ใช้ JNI เพื่อเชื่อมต่อกับโค้ดเนทีฟ) จากนั้น Java สามารถเขียนรันแบบไม่แก้ไขบนแพลตฟอร์ม JVM หลักทั้งหมด

• Beacuse Java มักจะถูกแจกจ่ายเป็น bytecode ที่ไม่ขึ้นกับเครื่องคุณสามารถรันได้โดยไม่ต้องคอมไพล์ใหม่บน JVM ใด ๆ (เนื่องจาก JVM โลคัลนั้นจัดการการคอมไพล์ JIT กับโค้ดเนทีฟ) ตัวอย่างเช่นผมได้ประสบความสำเร็จในการเป็น app ที่ซับซ้อน GUI ที่เหมาะสมที่จะทำงานเป็นครั้งแรกบน Mac หลังจากการพัฒนาใน Windows - กับไฟล์ไหเดียวกัน ตรงกันข้ามกับภาษาข้ามแพลตฟอร์มอื่น ๆ ส่วนใหญ่ซึ่งโดยทั่วไปแล้วต้องการไลบรารีที่แตกต่างกันหรือคอมไพล์ใหม่สำหรับแพลตฟอร์มอื่น

• ไลบรารีหลักจำนวนมากที่คุณต้องการ (GUI, ระบบเครือข่าย, IO ฯลฯ ) เป็นส่วนหนึ่งของรันไทม์มาตรฐานและเขียนด้วยวิธีการข้ามแพลตฟอร์ม ดังนั้นคุณไม่จำเป็นต้องออกไปค้นหาและทดสอบไลบรารีข้ามแพลตฟอร์มคุณรับประกันได้เลยว่าทุกสิ่งที่คุณต้องการมีอยู่แล้วในสภาพแวดล้อมรันไทม์

ฉันคิดว่าคุณมีทางเลือกเหล่านั้น:

1) ใช้อย่างใดอย่างหนึ่ง

• รวบรวมหรือ
• ภาษาที่ตีความ

2) คุณจะจัดแพคเกจและส่งรหัสของคุณอย่างไร

• หนึ่ง "front-end" หนึ่งไบนารี / สคริปต์หรือไม่
• หนึ่ง "front-end" หลายไบนารี / สคริปต์?
• หลาย "Front-End" หลายไบนารี / สคริปต์?

ตัวเลือกเหล่านั้นมีผลต่อประสิทธิภาพการเปิดเผยและการแจกแจงรหัส

คุณสนใจที่จะแจกซอร์สโค้ดของคุณหรือไม่? ภาษาที่รวบรวมอาจเป็นของคุณ ภาษาที่คอมไพล์ดูเหมือนจะทำงานได้ดีขึ้นในการวัดแบบไมโครกว่าภาษาที่ตีความ (แม้ JITed) นอกจากนี้หากคุณขึ้นอยู่กับสภาพแวดล้อมรันไทม์เช่น Java, Python, Ruby เป็นต้นโค้ดของคุณอาจจะยากต่อการเผยแพร่

ฉันพบว่าแอพพลิเคชั่นเดสก์ท็อปข้ามแพลตฟอร์มที่ได้รับความนิยมมากที่สุดใช้สำหรับ "หนึ่งส่วนหน้า, หลายไบนารี" โดยใช้ C / C ++ และไลบรารีวิดเจ็ตข้ามแพลตฟอร์มเช่นความกล้าหาญ, เครื่องปั่น, Firefox, Google Earth, OpenOffice, Skype, Songbird, Stellarium VLC

ฉันจะบอกว่าไม่ python และ ruby ​​มีการใช้งานกันอย่างแพร่หลายดังนั้น javascript สำหรับทั้งไคลเอนต์และฝั่งเซิร์ฟเวอร์ ส่วนตัวฉันใช้. NET และไม่มีปัญหาในการทำให้มันทำงานบน mac และ linux (ในขณะที่พัฒนาบน windows)

แก้ไข - ฉันได้ยิน LLVM กำลังเป็นที่นิยม แต่ก็ยังเล็กมาก ที่จะช่วยให้คุณใช้ข้ามแพลตฟอร์ม C ++ ในไบนารีเดียว เห็นได้ชัดว่ามันจะถูกดำเนินการบนเบราว์เซอร์ แต่ฉันไม่ได้เห็นตัวอย่างที่จะช่วยให้คุณแก้ไข dom หรือโทรจาวาสคริปต์

หากคุณนำแพลตฟอร์มมือถือมาผสมกันอย่างน้อยคุณก็จำเป็นต้องมีการคอมไพล์ซ้ำ เช่น android, j2me