Java neden oyun geliştirme için daha yaygın kullanılmıyor? [kapalı]

Bir oyun geliştiricisi ya da bir şey değilim, ama Java'nın oyun geliştirme için çok yaygın bir şekilde kullanılmadığını biliyorum. Java çoğu oyun için yeterince hızlı olmalıdır, peki oyun nerede? Bazı sebepleri düşünebilirim:

• Java'da uzmanlığa sahip oyun geliştiricileri eksikliği
• İyi oyun geliştirme çerçevelerinin olmayışı
• Programcılar Java'yı oyun programlama dili olarak kabul etmek istemiyor. Çoğu sadece C ++ 'ı kabul ediyor mu?
• Oyun konsolları için destek yok (bilgisayar pazarı hala var olsa da)

Elbette başka bir şey olabilir. İşi benden daha iyi tanıyan biri, oyun geliştirme konusunda Java'nın neden hızlanmadığını açıklayabilir mi?

Birkaç neden:

• Eski günlerde, performans ve kullanıcı arabirimi için "doğrudan erişime" ihtiyacınız vardı. Bu, Java ve C # gibi VM dillerinden önce gelir.
• Çoğu konsolda (örneğin, 360, PS3) JVM yoktur, bu nedenle PC sürümündeki kodu tekrar kullanamazsınız. Çeşitli cihazları desteklemek için C ++ kodunu derlemek çok daha kolaydır.
• Çoğu ana oyun motorunda (örneğin, Unreal) C ++ bağları var. Bazı Java bağlayıcıları (örneğin, OpenGL için) var ancak buna benzer bir şey yok.
• PC oyunları için DirectX'in gerçekten güçlü bir Java desteği yoktur (eğer varsa).
• Web tabanlı oyunlar JavaScript veya Flash ile çalışır. GWT gibi şeyler kullanırken onları Java'da yazabilirsiniz.
• İPhone bir Objective-C varyantı çalıştırıyor.

Java bugünlerde Android oyunlarında kullanılıyor, çünkü o platformun ana dili.

Teknik sebepler:

• En iyi 3B oyun motorlarının çoğu C / C ++ ile yazılmıştır. Oyun geliştiricilerin çoğu 3D motorlarından ödün vermek istemiyorlar, ama sıfırdan bir tane de yazmak istemiyorlar. Java açık kaynak kodlu ve gerçekten de gerçekten iyi olan jMonkeyEngine'e sahip ancak hala Unreal Engine ile rekabet edemiyor .
• Çok nadir görülen bazı durumlar için, özellikle özel donanım özelliklerine erişim için C veya assembly dilinde "metale yakınlaşmanın" avantajları vardır . Bu günümüzde çok önemli değil, ancak profesyonel oyun geliştiricileri hala seçeneğe sahip olmak ister…
• Java'da toplanan ve yönetilen bir çalışma zamanı var. Zamanın% 99'u bu çok büyük bir avantaj, kodlamayı kesinlikle daha kolay ve daha az hataya açık hale getiriyor ve Java'nın bu kadar popüler olmasının en büyük nedenlerinden biri. Ancak çöp toplama döngüleri olarak oyunlar için arada bir gecikme soruna neden yok olabilir farkedilir duraklamaları neden olur. Bu yeni düşük gecikmeli JVM'lerle daha az sorun olmakla birlikte, yüksek FPS'yi korumanın kritik olduğu grafiksel olarak yoğun oyunlar için hala bir sorun.

Teknik olmayan sebepler:

• Profesyonel oyun geliştirme evleri büyük ölçüde C / C ++ becerilerine ve teknolojilerine yatırım yapıyor. Bu büyük miktarda atalet yaratır .
• Java'nın yavaş olduğuna dair oldukça irrasyonel bir algı . 90'lı yıllarda muhtemelen doğru, kesinlikle şu anda doğru değil - kesinlikle Java ile karlı, ticari bir 3D oyun yazabilirsiniz ( Runescape Kimse? Ya Minecraft ?)
• Java'nın oyun yerine iş uygulamalarına ve web'e odaklandığına dair oldukça adil bir algı . Bu, Mobil'in büyümesi ve daha fazla platformlar arası gelişim ihtiyacı ile birlikte değişebilir, ancak şu anda kesinlikle geçerlidir.

İlginçtir oyun geliştiricileri neden bazı iyi nedenleri de vardır gerektiğini Java göz önünde bulundurun:

• Taşınabilirlik - hedef platformların sayısı arttıkça, Java gerçekten platformlar arası ikili dosyalar oluşturma konusunda eşsiz benzersiz bir yetenekle daha da çekici hale geliyor
• Kütüphane ekosistemi - 3B oyun motorları hariç, Java, herhangi bir platformun genelindeki en iyi kütüphaneye sahiptir. Ağ, ses, AI, görüntü işleme, anahtar / değer veri depoları, konuyu adlandırırsınız ve bunun için muhtemelen açık kaynaklı bir Java kütüphanesi vardır.
• Sunucu tarafı gelişimi - Java, sunucu için harika bir dildir / platformdur ve daha fazla oyun muazzam çok oyunculu öğeler içerdiğinden sunucu tarafı daha da önem kazanacaktır. Linux'ta Java, burada bir platform olarak oldukça çekici görünüyor.
• JVM - fantastik çöp toplama, JIT derleyici, eşzamanlılık desteği vb. İle muhtemelen dünyanın en iyi tasarlanmış VM yürütme ortamıdır. Yalnızca daha iyi olacak ve oyun geliştiricileri istedikleri zaman oyunlarında dinamik dilleri kullanmaya başlayacak. mümkün olan en iyi çalışma ortamı.
• Diğer JVM dilleri - Java sağlam bir işgücüdür, ancak asıl yenilik yeni JVM dillerinde (Scala, Clojure). Bu diller, Java / JVM platformunun tüm avantajlarından yararlanır, ayrıca son derece güçlü modern dillerdir.

Tamam, bu konuda çok fazla yanlış bilgi var.

Oyun işini çok iyi biliyorum, 25 yıldır bu işteyim. Ayrıca oyunlarda Java'yı Sun'ın Java Oyunu teknik sorumlusu ve ders verme Java performans programlama uzmanı olarak son derece iyi tanıyorum.

İşlemsel hız açısından, Java bugün birçok bilimsel hesaplama testinde C ++ 'ı yeniyor. Her iki dilde de patolojik kod yazabilirsiniz, eğer isterseniz kötü performans gösterir, ancak hepsinden önemlisidir ve uzun zamandır.

Hafıza kullanımı açısından, Java'nın bazı genel sorunları vardır. HelloWorld, java'da bulunan 4K bir programdır. Ancak bu ek yük günümüzün multi GB sistemlerinde oldukça anlamsız. Son olarak, Java'nın başlangıç ​​zamanı daha fazladır. Java'yı, Unix komut satırı komutları gibi kısa çalışma zamanı programları için kullanmanızı tavsiye etmem. Bu durumlarda başlangıç, performansınıza hakim olacaktır. Bir oyunda, ancak oldukça önemsiz.

Düzgün yazılmış Java oyun kodu GC duraklamalarına maruz kalmaz. Tıpkı C / C ++ kodu gibi, bazı aktif bellek yönetimi gerektirir ancak C / C ++ seviyesine göre değil. Hafıza kullanımınızı ya uzun ömürlü nesnelere (tüm seviyeye veya oyuna devam eder) ve çok kısa ömürlü nesnelere (vektörler ve benzeri, hesaplamadan sonra etrafta dolanıp hızlı bir şekilde tahrip olan) kullanmaya devam ettiğiniz sürece gc görünür bir sorun olmamalıdır.

Doğrudan belleğe erişim açısından, Java bunu uzun süredir kullanıyor; Java 1.4'ten itibaren Yerel Doğrudan Bayt Tamponları biçiminde. Java'da bit bükme, imzasız tamsayı türleri olmadığı için biraz can sıkıcı olabilir, ancak iş turları iyi bilinmektedir ve korkunç derecede zahmetli değildir.

Gerçek Java hiçbir zaman Direct3D bağlayıcısına sahip olmamasına rağmen, Java teknolojilerinin taşınabilirlik için çaba harcadığı için. İKİ OpenGL ciltlemesi (JOGL ve LWJGL) ve OpenAL ciltlemesi (JOAL) ve başlık altında Windows'ta DirectInput'a, OSX'te HID Yöneticisi'ne ve bir Linux ciltlemesi (hangisini unuttuğumu) bağlayan portatif bir giriş ciltlemesi (JInput) vardır.

Hiçbir oyun motorunun Java'yı hiçbir şekilde kullanmadığını, Unity'nin C # özelliğini öne sürdüğünü ve bu bağımsız alandaki bir zayıflık olduğu doğru. Öte yandan, Windows, OSX ve Linux'ta tamamen taşınabilir bir platform olan iki iyi Scenegraph seviyesi APIS vardı. Her ikisi de Josh Slack tarafından yazılmış, ilk JMonkey motoru ve ikinci Ardor3D olarak adlandırıldı.

En iyi poster, Java'yı oyun geliştirmede geri tutan en büyük iki şeyin önyargı ve taşınabilirlik olduğu doğrudur. İkincisi en büyük sorun oldu. Bir Java oyunu yazıp, Windows, OSX ve Linux'a gönderebilseniz de, hiçbir zaman bir konsol VM olmamıştı. Bunun nedeni Sun'ın orta yönetimindeki toplam beceriksizlikti. Oyunlarda Java üzerinde çalışan birkaçımız Sony ile Playstation'da sanal makine elde etmek için en az 3 kez anlaşma yapmış ve 3 kez de Sun orta yönetimi onu öldürmüştür.

Sun, müşteri teknolojileri ile flört ederken, mesele gerçeği, Sun yönetiminin asla tüketici ürünleri elde etmemesidir. Bu nedenle Sun'ın bir istemci dili olarak Java'nın hiçbir zaman hiçbir şekilde başarılı olamadığı ve Java'yı her yerde bir platform başarısı haline getirmek için Google ve Dalvik'i (Android java benzeri VM) almasının nedeni budur.

Bu yüzden bugün oyunları C # ile kodluyorum. Çünkü Mono, Sun yönetiminin reddettiği yere gitti.

Java, iş mantığı, sunucular ve güvenilir bir şekilde çalışması gereken platform bağımsız kodu için mükemmeldir. Java'nın oyunlarda sıklıkla kullanılmamasının birkaç faktörü vardır:

• sınırların kontrolü ve diğer güvenlik mekanizmaları (bugünlerde marjinal performans farkı)
• C ++ veri yapıları ve Java veri yapıları arasında dönüştürme yapmak zorunda (sadece arabellekleri kopyalayamaz)
• kitapların ve öğreticilerin birçoğu kalabalığı takip ediyor, bu yüzden C ++ olmayan oyun bilgisi bulmak zor
• çekirdek grafik kütüphaneleri (DirectX ve OpenGL) ve kullanıma hazır birçok motor C / C ++ tabanlı
• Birçok oyun mümkün olduğu kadar hızlı koşmaya çalışır, böylece görsel olarak daha çekici özellikler ekleyebilirler.

Java (bir JNI katmanı yazma) ve .net (çok sayıda marshalling / unmarshalling, api / yapı özniteliği) gibi bytecode dillerinden C ++ kitaplıklarıyla çalışmak kolay değildir. Bu yüzden küçük bir fayda için epeyce iş ekler.

Bir not: Bazı oyun sunucuları Java kullanıyor.

Burada benzer yazı : https://stackoverflow.com/questions/1034458/why-arent-video-games-written-in-java

Java çoğu oyun geliştirme için yeterince hızlı değildir. Standart olan C ++ / Assembly kullanmaktan çok daha yavaştır. Daha fazla oyun geliştirme C # veya VB kullanarak yapılmaması nedeni aynıdır. Oyun geliştiricileri, fizik hesaplamaları, AI mantığı ve çevre etkileşimleri gibi şeyler için ellerini ele alabilecekleri her son saat döngüsüne ihtiyaç duyuyor ve planlıyorlar.

Daha basit oyunlar için Java oldukça etkili bir şekilde kullanılabilir. Bir Tetris klonu veya Bejeweled'i veya bu ayrıntı düzeyindeki bir şeyi oluşturmak istiyorsanız, Java iyi çalışacaktır. Ancak Java muhtemelen Halo, Onur Madalyası, Komuta ve Conquer gibi oyunlar yaratamaz ve oynanabilir hale getiremez. En azından bugünlerde olduğu gibi.

Ve sorunuzda listelediğiniz sebepler de geçerlidir. Bunun dışında, Java uzmanlığına sahip oyun geliştiricilerin eksikliği yüzünden. Telefonlardaki ve diğer taşınabilir cihazlardaki pek çok oyun Java'da yazılmıştır (çoğu Android oyunları dahil) ve oyunların bazıları oldukça mükemmel. Bu yüzden Java bilgisine sahip, iyi ve büyüyen bir oyun geliştirici temeli olduğunu düşünüyorum.

Bu düşünce, daha gelişmiş oyunların bazıları için bu üst seviye dilleri kullanma yeteneğine bağlı olarak değişiyor. Mesela en sevdiğim oyunlardan biri olan Auran'ın Tren Simülatörü C # ile büyük bölümlerle yazılmış ve oldukça iyi çalışıyor. Böylece taban büyüyor ve gelişmeye devam edecek.

Modern oyunlar, özel amaçlı donanımda gerçekleşen 3D grafiklerle ilgilidir.

2002 yılında bile, Jacob Marner "Oyun Geliştirme için Java'yı Değerlendirmek" adlı raporunda, Java'nın performansa en çok bağımlı olan bölümler hariç, dilin ve dayanaklı JVM'nin daha ucuz olmasından dolayı oyunlarda oldukça kullanışlı olduğunu buldu. bu şekilde yapmak için.

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

Kişisel görüşüm, o zamandan bu yana kaydedilen ilerlemeyle, özellikle 3D-grafiklerde ve OpenGL ve arkadaşlarına yapılan mükemmel bağlarla, bu dezavantajın bugünlerde daha az belirgin olduğu yönünde.

Dolayısıyla sorunun başka yerde olması gerekir. Muhtemel bir sebep, Java çalışma zamanının büyüklüğüdür (bugünlerde çoklu DVD oyunlarında daha az sorun olur) ve bir diğeri mevcut kodun ataletidir. Java'da yerel kodla çalışmaya başlamak çok meşhurdur. Üçüncü bir sebep, oyunları yapan yıldız geliştiricilerin aşina oldukları şeydir. Dördüncüsü, Java'nın platformda kullanılabilir olup olmadığıdır.

Yine de kesin olan bir şey var - çoğu oyun baştan beri C kodunda yanmak yerine, kodlu hale geliyor ve komut dosyası dilinizin altındaki en iyi çalışma zamanını istiyorsunuz. Bugünlerde bu, temel olarak CLR veya JVM anlamına gelir.

Oyun geliştiricileri metale yakın olmak ister ve sık sık iç döngülerini montajda yazar. Java, hem tutarlı hızda hem de bellek kullanımında aynı seviyede olası performans sunmuyor (bir JIT çalıştırmak zorunluluğu alıyor).

Bence çoğu insan için sınırlayıcı faktör, iyi oyun motorlarının mevcudiyetidir. Çok uzaklaşmak için, neden bu kadar müsait olmadıklarına bakmamız gerekiyor.

Buna bir an için diğer yönden bakardım. Bir oyun motoru geliştirmek (örneğin) çok iş. Bunu geliştirmek için zaman ve çabayı harcayan birini geliştirmekten kim yeterince faydalanabilir?

Java için / Java için çerçeve benzeri bir gelişim için bariz adayların çoğu (örneğin, IBM, Oracle) oyunlara hiç ilgi duymuyor. Oyun gelişimi için bariz adayların (örneğin, Id, EA) Java ile neredeyse eşit derecede az ilgileri var gibi görünüyor.

Neredeyse makul olduğunu düşündüğüm tek aday Google olacaktır. Android için birincil geliştirme dili Java ve Android için oyun gelişimini teşvik olabilir platformu için gerçek bir avantaj sağlamaktadır.

Bildiğim kadarıyla, henüz (henüz?) Yapmadılar, bu da başkaları için oldukça ağır sınırlar bırakıyor. Java geliştirme geliştirmek için modern, yüksek performanslı oyun motorlarının çok az olmadan, biraz daha fazla iş anlamına gelir, (bana benziyor) bu ekstra iş karşılığında çok fazla fayda sağlamak için küçük bir umut.

Asıl soru, şu satırlarda bir şeyler sormak için aynıdır:

Arabanıza, bir tekne motoruna veya jet motoruna güç sağlamak için daha iyi olan şeydir.

Ölçeklenebilirlik, hatadan kaçınma, hız, bellek imzası, modülerlik ve bir çok şey var. Soru, bir endüstri standardı olarak neyin daha iyi olduğu ile ilgili olmamalı, ne biliyorsanız veya ne kadar iyi bildiğiniz gibi “benim için neyin iyi olduğu” sorusu sorulmamalıdır. İşi yaparsa, işi yapar, fikri gerçekten satabilirseniz o zaman işe yarar ve kim bilir birkaç kaşık bile bükebilirsiniz.

Java oyun geliştirme düşünülerek yapılmamıştır, Java "web için" bir dil haline getirilmiştir.

Oyun geliştirmeye gelince, Sun, Java'yı Microsoft'un desteklediği C # gibi bir oyun geliştirme dili olarak desteklemedi.

Bence zorlayıcı oyun geliştirme çerçevelerinin eksikliği, Java'yı bu açıdan gerçekten öldüren şeydi.

Geleneksel olmayan donanım ve sürücüler için C'yi doğrudan yapıştırmak daha kolaydır. Bir oyun programcısı donanıma ne kadar çabuk ve yaklaşırsa, rakip oyunları o kadar iyi dışlayabilir. Daha sonra oyun programcıları daha önce kanıtlanmış oyunlarla aynı metodoloji ve araçlara bağlı kalıyorlar.

Sıradan cep telefonu oyunları gibi en son donanıma göre optimizasyonun daha az önemli olduğu oyunlar için, C'yi bu şekilde kullanmak Java'nın taşınabilirliğinden daha az önemlidir.

Bazı insanlar nedense, hız, kütüphaneler veya kullanılabilirlik ile ilgisi yoktur. Bu sadece dilin kendisinden kaynaklanıyor. Bazı insanlar sadece Java dilini sevmezler. Diğer insanlar oyun yapmak için Java kullanmak yerine en sevdikleri programlama dilini kullanırlar.

Elbette başka bir şey olabilir. İşi benden daha iyi tanıyan biri, oyun geliştirme konusunda Java'nın neden hızlanmadığını açıklayabilir mi?

Bu bir tercüman dili, yani yavaş. Donanım olan grafik ve grafik kartı ile uğraşıyorsunuz. Donanımla başa çıkmak için iyi bir dil nedir? C ++, oldukça düşük ve sen işaretçilerle ve her neyse.

Crysis gibi çılgın grafikleri ve bunun için Java'yı yapmayacağınız her şeyi pompalamak istiyorsanız.

Sadece bu değil, Oracle Java'ya sahip, bir şirketin size dava açabileceği düşüncesi pek iyi değil. Özellikle JAVA'nın FUD parçalanması nedeniyle dava açmadan oyunu hedef alması için kendi tercümanınızı oluşturmak istediğinizde.