Mengapa Java tidak lebih banyak digunakan untuk pengembangan game? [Tutup]

Saya bukan pengembang game atau apa pun, tetapi saya tahu bahwa Java tidak terlalu banyak digunakan untuk pengembangan game. Java seharusnya cukup cepat untuk sebagian besar game, jadi di mana tangkapannya? Saya dapat memikirkan beberapa alasan:

• Kurangnya pengembang game dengan keahlian di Jawa
• Kurangnya kerangka pengembangan game yang bagus
• Programmer tidak ingin menerima Java sebagai bahasa pemrograman game. Sebagian besar hanya menerima C ++ seperti itu?
• Tidak ada dukungan untuk konsol game (meskipun pasar PC masih ada)

Tentu saja itu bisa menjadi sesuatu yang lain. Bisakah seseorang yang mengenal bisnis lebih baik dari saya menjelaskan mengapa Java tidak mendapatkan momentum dalam hal pengembangan game?

Beberapa alasan:

• Di masa lalu, Anda memerlukan "akses langsung" untuk kinerja dan UI. Ini mendahului bahasa VM seperti Java dan C #.
• Sebagian besar konsol (misalnya, 360, PS3) tidak memiliki JVM, jadi Anda tidak dapat menggunakan kembali kode dari versi PC. Jauh lebih mudah untuk mengkompilasi kode C ++ untuk mendukung berbagai perangkat.
• Sebagian besar mesin permainan utama (mis., Unreal) memiliki binding C ++. Ada beberapa konektor Java (misalnya, untuk OpenGL) tetapi tidak ada yang seperti itu.
• Untuk gaming PC, DirectX tidak benar-benar memiliki dukungan Java yang kuat (jika sama sekali).
• Game berbasis web dijalankan dalam JavaScript atau Flash. Anda dapat menulisnya di Jawa meskipun menggunakan hal-hal seperti GWT.
• IPhone menjalankan varian Objective-C.

Java terutama digunakan dalam permainan Android saat ini, hanya karena itu bahasa utama untuk platform itu.

Alasan teknis:

• Sebagian besar mesin game 3D terbaik ditulis dalam C / C ++. Ini adalah masalah besar, karena sebagian besar pengembang game tidak ingin berkompromi pada mesin 3D mereka, tetapi mereka juga tidak ingin menulis satu pun dari awal. Java memiliki jMonkeyEngine yang merupakan open source dan sebenarnya sangat bagus tetapi masih belum bisa bersaing dengan Unreal Engine .
• Untuk beberapa situasi yang sangat jarang, ada keuntungan dalam mendapatkan "dekat dengan logam" dalam bahasa C atau bahasa assembly, khusus untuk akses ke fitur perangkat keras khusus. Ini tidak begitu penting saat ini, tetapi pengembang game profesional masih suka memiliki opsi .....
• Java memiliki sampah yang dikumpulkan , runtime yang dikelola. 99% dari waktu ini adalah keuntungan yang sangat besar, tentu saja membuat pengkodean lebih mudah dan lebih sedikit rawan kesalahan dan merupakan salah satu alasan utama mengapa Java begitu populer. Namun hal itu menyebabkan masalah latensi sesekali untuk game karena siklus pengumpulan sampah dapat menyebabkan jeda yang nyata. Ini semakin menjadi masalah dengan JVM low-latency yang lebih baru, tetapi masih menjadi masalah untuk game-game intensif grafis di mana mempertahankan FPS tinggi sangat penting.

Alasan non-teknis:

• Rumah pengembangan game profesional sangat diinvestasikan dalam keterampilan dan teknologi C / C ++. Ini menciptakan inersia dalam jumlah besar .
• Persepsi sebagian besar tidak rasional bahwa Jawa lambat. Mungkin benar di tahun 90-an, jelas tidak benar sekarang - Anda tentu bisa menulis game 3D komersial yang menguntungkan dengan Java ( Runescape, siapa? Atau bagaimana dengan Minecraft ?)
• Persepsi yang cukup adil bahwa Java lebih fokus pada aplikasi bisnis dan web daripada game. Ini mungkin berubah seiring dengan pertumbuhan Mobile dan kebutuhan untuk pengembangan lintas-platform yang lebih banyak, tetapi sudah pasti saat ini.

Menariknya ada juga beberapa alasan bagus mengapa pengembang game harus mempertimbangkan Java:

• Portabilitas - seiring dengan semakin banyaknya platform target, Java menjadi semakin menarik dengan kemampuannya yang tak tertandingi untuk menciptakan binari lintas platform yang benar-benar
• Ekosistem perpustakaan - dengan pengecualian yang sangat penting dari mesin permainan 3D, Java memiliki jangkauan perpustakaan terbaik secara keseluruhan dari semua platform. Jaringan, suara, AI, pemrosesan gambar, penyimpanan data kunci / nilai, sebutkan topiknya dan mungkin ada perpustakaan Java sumber terbuka untuknya.
• Pengembangan sisi server - Java adalah bahasa / platform yang hebat untuk server, dan karena semakin banyak game memasukkan elemen multi-pemain secara besar-besaran, sisi server akan menjadi semakin penting. Java di Linux terlihat sangat menarik di sini sebagai platform.
• JVM - mungkin adalah lingkungan eksekusi VM terekayasa terbaik di dunia, dengan pengumpulan sampah yang fantastis, kompiler JIT, dukungan konkurensi, dll. Ini hanya akan menjadi lebih baik, dan seiring dengan semakin berkembangnya pengembang game mulai menggunakan bahasa dinamis dalam game mereka, mereka akan menginginkannya. lingkungan runtime terbaik.
• Bahasa JVM lainnya - Jawa adalah pekerja keras yang solid, tetapi inovasi yang sebenarnya terjadi dengan bahasa JVM baru (Scala, Clojure khususnya). Bahasa-bahasa ini mendapatkan semua keuntungan dari platform Java / JVM, ditambah mereka adalah bahasa modern yang sangat kuat.

Oke, ada banyak informasi yang salah di utas ini.

Saya tahu bisnis game dengan sangat baik, telah berada di dalamnya selama 25 tahun. Saya juga mengenal Java dalam game dengan sangat baik sebagai penginjil teknis Sun Game Java dan mengajar pakar pemrograman kinerja Java.

Dalam hal kecepatan komputasi, Java mengalahkan C ++ di banyak tolok ukur komputasi ilmiah saat ini. Anda dapat menulis kode patologis dalam kedua bahasa yang berkinerja buruk jika Anda mau, tetapi secara keseluruhan, mereka setara dan telah lama.

Dalam hal penggunaan memori, Java memang memiliki beberapa over-head. HelloWorld adalah program 4K di java. Tetapi overhead itu sangat tidak berarti dalam sistem multi-GB saat ini. Akhirnya, Java memang memiliki lebih banyak waktu startup. Saya tidak akan merekomendasikan menggunakan Java untuk utilitas run-time pendek seperti perintah baris perintah Unix. Jika demikian, startup akan mendominasi kinerja Anda. Namun dalam sebuah game, itu cukup tidak penting.

Kode game Java yang ditulis dengan benar tidak mengalami GC jeda. Sama seperti kode C / C ++, itu memang memerlukan beberapa manajemen memori aktif tetapi tidak ke tingkat C / C ++. Selama Anda menjaga penggunaan memori Anda untuk objek yang berumur panjang (bertahan untuk seluruh level atau permainan) dan objek yang berumur pendek (vektor dan semacamnya, diedarkan dan dihancurkan dengan cepat setelah perhitungan) gc seharusnya tidak menjadi masalah yang terlihat.

Dalam hal akses memori langsung, Java sudah lama memilikinya; sejak Java 1.4 dalam bentuk Native Direct Byte Buffer. Memutar-mutar bit di Jawa bisa sedikit menjengkelkan karena kurangnya tipe integer yang tidak ditandatangani tetapi putaran pekerjaannya sudah terkenal dan tidak terlalu berat.

Walaupun Java sebenarnya tidak pernah memiliki Direct3D mengikat, itu karena teknologi Java berusaha untuk portabilitas. Ini memiliki DUA pengikatan OpenGL (JOGL dan LWJGL) dan pengikatan OpenAL (JOAL) dan pengikatan input portabel (JInput) yang mengikat di bawah tenda ke DirectInput pada Windows, HID Manager pada OSX, dan pengikatan Linux (saya lupa yang mana).

Memang benar bahwa tidak ada mesin permainan lengkap yang menampilkan Java dengan cara, katakanlah Unity, telah menampilkan C # dan itu adalah kelemahan dalam ruang independen. Di sisi lain, ada dua APIS tingkat Scenegraph yang baik yang sepenuhnya platform portabel di Windows, OSX dan Linux. Keduanya ditulis oleh Josh Slack, yang pertama disebut mesin JMonkey dan Ardor3D kedua.

Poster atas benar bahwa dua hal terbesar yang menahan Java dalam pengembangan game adalah prasangka dan portabilitas. Yang terakhir adalah masalah terbesar. Meskipun Anda bisa menulis game Java dan mengirimkannya ke Windows, OSX dan Linux, tidak pernah ada VM konsol. Ini karena ketidakmampuan total dalam manajemen menengah Sun. Beberapa dari kita yang bekerja pada Java dalam game sebenarnya memiliki kesepakatan dengan Sony tidak kurang dari 3 kali untuk mendapatkan VM di Playstation dan semua 3 kali manajemen menengah Sun membunuhnya.

Sementara Sun bermain-main dengan teknologi klien, faktanya adalah bahwa manajemen Sun tidak pernah mendapatkan produk konsumen. Itulah mengapa Java sebagai bahasa klien dari Sun tidak pernah berhasil dalam bentuk apa pun, dan mengapa butuh Google dan Dalvik (VM mirip Java Android) untuk menjadikan Java platform sukses di mana saja.

Dan itulah sebabnya saya kode game di C # hari ini. Karena Mono pergi ke mana manajemen Sun menolaknya.

Java sangat bagus untuk logika bisnis, server, dan kode independen platform yang harus dijalankan dengan andal. Ada beberapa faktor mengapa Java tidak sering digunakan dalam gim:

• batas memeriksa & mekanisme keamanan lainnya (perbedaan kinerja marginal hari ini)
• harus mengkonversi antara struktur data C ++ dan struktur data Java (tidak bisa hanya menyalin memori antara buffer)
• banyak buku dan tutorial mengikuti kerumunan sehingga sulit untuk menemukan informasi pengembang game non-C ++
• pustaka grafis inti (DirectX dan OpenGL) dan banyak mesin di luar rak berbasis C / C ++
• banyak gim mencoba berlari secepat mungkin sehingga mereka dapat menambahkan fitur yang lebih menarik secara visual

Tidak mudah untuk bekerja dengan pustaka C ++ dari bahasa bytecode seperti Java (menulis layer JNI) dan .net (banyak atribut marshalling / unmarshalling, api / struktur). Jadi itu menambah sedikit kerja untuk sedikit manfaat.

Catatan tambahan: beberapa server game menggunakan Java.

Posting serupa di sini : https://stackoverflow.com/questions/1034458/why-arent-video-games-written-in-java

Java tidak cukup cepat untuk sebagian besar pengembangan game. Jauh lebih lambat daripada menggunakan C ++ / Majelis, yang merupakan standar. Itu alasan yang sama lebih banyak pengembangan game tidak dilakukan menggunakan C # atau VB. Pengembang game perlu dan rencanakan setiap siklus jam terakhir yang dapat mereka peroleh untuk hal-hal seperti perhitungan fisika, logika AI, dan interaksi lingkungan.

Untuk gim yang lebih sederhana, Java dapat digunakan dengan cukup efektif. Jika Anda ingin membuat klon Tetris atau Bejeweled, atau hal lain dengan tingkat detail seperti itu, maka Java akan berfungsi dengan baik. Tetapi Java tidak mungkin membuat game seperti Halo, Medal of Honor, Command & Conquer, dan sebagainya dan membuatnya bisa dimainkan. Setidaknya seperti yang ada saat ini.

Dan alasan Anda mendaftar dalam pertanyaan Anda juga valid. Kecuali, saya pikir, karena kurangnya pengembang game dengan keahlian Java. Banyak game di ponsel dan perangkat portabel lainnya ditulis dalam Java (termasuk sebagian besar game Android), dan beberapa gimnya cukup bagus. Jadi saya pikir ada basis yang layak, dan terus berkembang, para pengembang game dengan pengetahuan Java.

Pikiran berubah pada kemampuan untuk menggunakan bahasa tingkat yang lebih tinggi ini untuk beberapa game yang lebih maju. Sebagai contoh, salah satu game favorit saya, Auran's Train Simulator, ditulis dengan porsi besar dalam C #, dan itu bekerja dengan cukup baik. Jadi basisnya berkembang dan akan terus berkembang.

Game modern adalah semua tentang grafik 3D yang terjadi pada perangkat keras tujuan khusus.

Bahkan pada tahun 2002, Jacob Marner menemukan dalam laporannya "Mengevaluasi Java untuk Pengembangan Game" bahwa Java cukup dapat digunakan untuk game, kecuali untuk bagian yang paling tergantung pada kinerja, dan karena kekokohan bahasa dan JVM yang mendasarinya, itu lebih murah melakukannya dengan cara ini.

http://java.coe.psu.ac.th/FreeOnline/Evaluating%20Java%20for%20Game%20Development.pdf

Ini adalah pendapat pribadi saya bahwa dengan kemajuan yang telah terjadi sejak itu, terutama dalam grafis 3D, dan dengan binding yang sangat baik untuk OpenGL et al, bahwa kerugian ini jauh lebih sedikit diucapkan akhir-akhir ini.

Karenanya masalahnya harus di tempat lain. Alasan yang mungkin adalah ukuran runtime Java (yang jauh lebih sedikit masalah saat ini dengan permainan multi-DVD), dan satu lagi kelambanan dari kode yang ada. Ini terkenal rapuh untuk mulai bekerja dengan kode asli di Jawa. Alasan ketiga adalah apa yang biasa dilakukan oleh pengembang bintang dalam permainan. Yang keempat adalah apakah Java sama sekali tersedia di platform.

Satu hal yang pasti - sebagian besar gim berubah menjadi skrip alih-alih semuanya dibakar dalam kode C sejak awal, dan Anda menginginkan runtime terbaik di bawah bahasa skrip Anda. Hari-hari ini pada dasarnya ini berarti CLR atau JVM.

Pengembang game suka menjadi dekat dengan logam dan sering akan menulis loop batin ketat mereka dalam perakitan. Java tidak menawarkan tingkat kinerja yang mungkin sama, baik dalam hal kecepatan yang konsisten atau penggunaan memori (menjalankan JIT akan sangat merugikan).

Saya pikir faktor pembatas bagi kebanyakan orang adalah (kurangnya) ketersediaan mesin game yang bagus. Untuk melangkah lebih jauh, kita perlu melihat mengapa itu tidak tersedia.

Saya akan melihat itu dari arah lain sejenak. Mengembangkan mesin permainan (misalnya) adalah banyak pekerjaan. Siapa yang akan mendapat manfaat cukup dari pengembangan satu untuk menginvestasikan waktu dan upaya untuk melakukannya?

Sebagian besar kandidat yang jelas untuk pengembangan seperti kerangka kerja di / untuk Java (misalnya, IBM, Oracle) tampaknya tidak tertarik pada permainan. Calon yang jelas untuk pengembangan game (misalnya, Id, EA) tampaknya memiliki minat yang hampir sama kecil di Jawa.

Hampir satu - satunya kandidat yang dapat saya pikirkan yang tampaknya masuk akal adalah Google. Bahasa pengembangan utama untuk Android adalah Java, dan mendorong pengembangan game untuk Android dapat memberikan keuntungan nyata bagi platform.

Sejauh yang saya tahu, mereka belum melakukannya (belum?) Namun, yang meninggalkan beberapa batasan yang cukup berat bagi hampir semua orang. Tanpa sedikit cara modern, mesin game berkinerja tinggi untuk menggunakan pengembangan di Jawa berarti cukup banyak pekerjaan ekstra, dengan (apa yang tampak bagi saya seperti) prospek kecil untuk menghasilkan banyak manfaat sebagai imbalan untuk kerja ekstra.

Pertanyaannya adalah setara dengan menanyakan sesuatu di baris:

Apa yang lebih baik untuk menyalakan mobil Anda, mesin perahu atau mesin jet.

Itu datang ke skalabilitas, penghindaran bug, kecepatan, tanda tangan memori, modularitas dan sejumlah hal. Pertanyaannya seharusnya bukan tentang apa yang lebih baik sebagai standar industri, pertanyaannya haruslah "apa yang lebih baik bagi saya" seperti dalam apa yang Anda ketahui atau seberapa baik Anda mengetahuinya. Jika berhasil, maka berhasil, jika Anda benar-benar dapat menjual ide, maka itu berhasil dan siapa tahu Anda bahkan mungkin menekuk beberapa sendok.

Java tidak dibuat dengan pengembangan game, Java dibuat menjadi bahasa "untuk web".

Adapun pengembangan game, Sun tidak benar-benar mendukung Java sebagai bahasa pengembangan game karena Microsoft mendukung C #.

Saya pikir kurangnya kerangka pengembangan game yang memikat adalah yang benar-benar membunuh Java dalam aspek ini.

Lebih mudah untuk merekatkan C lebih langsung ke perangkat keras dan driver baru yang tidak konvensional. Semakin cepat dan semakin dekat seorang programmer game bisa mendapatkan ke perangkat keras, semakin baik mereka bisa mengalahkan permainan yang bersaing. Pemrogram game kemudian hanya bertahan dengan metodologi dan alat yang sama dengan game yang telah terbukti sebelumnya.

Untuk game yang mengoptimalkan perangkat keras terbaru tidak terlalu penting, seperti game ponsel biasa, menggunakan C dengan cara ini tidak sepenting portabilitas Java yang lebih besar.

Bagi sebagian orang alasan tidak ada hubungannya dengan kecepatan, perpustakaan, atau ketersediaan. Itu hanya karena bahasa itu sendiri. Beberapa orang tidak menyukai bahasa Jawa. Orang lain lebih suka menggunakan bahasa pemrograman favorit mereka daripada menggunakan Java untuk membuat game.

Tentu saja itu bisa menjadi sesuatu yang lain. Bisakah seseorang yang mengenal bisnis lebih baik dari saya menjelaskan mengapa Java tidak mendapatkan momentum dalam hal pengembangan game?

Ini adalah bahasa interpretasi, yaitu lambat. Anda berurusan dengan kartu grafis dan kartu grafis yang merupakan perangkat keras. Apa bahasa yang baik untuk berurusan dengan perangkat keras? Yah C ++, ini cukup rendah, dan Anda berurusan dengan pointer dan apa pun.

Jika Anda ingin memompa grafis gila seperti crysis dan apa pun yang Anda tidak akan lakukan Java untuk itu.

Tidak hanya itu, Oracle memiliki Java, pemikiran bahwa sebuah perusahaan dapat menuntut Anda tidak berani. Terutama ketika Anda ingin membangun juru bahasa Anda sendiri untuk JAVA untuk menargetkan game tanpa mendapatkan tuntutan karena FUD fragmentasi.