Czy Java jest dobrym wyborem dla gier wieloplatformowych? [Zamknięte]

Chcę stworzyć grę w Javie i chciałbym, aby działała na systemach Windows, Linux i Mac. Jestem prawie pewien, że C # jest złym wyborem do tego i nie mam wystarczającego doświadczenia w C lub C ++. Chcę trzymać się z dala od Flasha. Czy zatem Java jest dla mnie dobrym wyborem? Najczęściej używam C # i myślę, że Java jest podobna, więc zakładam, że nie będzie tak trudno się nauczyć. Ale czy jest wystarczająco szybki? Czy istnieje język bardziej odpowiedni dla moich potrzeb niż Java?

Java jest wyjątkowo odpowiednia do pisania gier na wiele platform. Główne zalety:

• Przenośność - ogólnie rzecz biorąc, możesz napisać grę Java i oczekiwać, że będzie działała bez zmian na większości platform. Jest to prawdopodobnie najbardziej przenośna opcja w dowolnym języku - C / C ++ jest drugą wysoce przenośną opcją, ale wymaga ponownej kompilacji dla każdej platformy, aw wielu przypadkach biblioteki mają specyficzne dla platformy funkcje, które ograniczają przenośność.
• Wydajność - kod Java, jeśli jest dobrze napisany, będzie działał równie dobrze jak każdy inny język, w tym C / C ++. Kompilator JVM JIT jest wyjątkowo dobry. Możesz napisać najwyższej jakości, udaną grę w Javie (na przykład Minecraft).
• Biblioteki - istnieje ogromna gama bibliotek dostępnych dla Javy, które obejmują prawie każdą funkcję, jakiej możesz potrzebować w grach, od sieci po grafikę, dźwięk i sztuczną inteligencję. Większość bibliotek Java jest oprogramowaniem typu open source.

Główną decyzją, którą musisz podjąć, jest to, jakiego środowiska GUI będziesz używać. Istnieje kilka różnych opcji, ale najważniejsze z nich to:

• jMonkeyEngine - pełnoprawny silnik 3D. Jeśli chcesz stworzyć grę 3D, jest to prawdopodobnie najlepszy wybór - zawiera wiele funkcji silnika gry, takich jak wykresy scen, generowanie terenu itp.
• LWJGL - biblioteka niskiego poziomu z bezpośrednim dostępem do OpenGL. Może Ci się spodobać, jeśli chcesz uzyskać maksymalną wydajność i nie masz nic przeciwko pisaniu dużej ilości silnika od zera.
• Swing - ma tę zaletę, że jest wyjątkowo przenośny i znajduje się w środowisku wykonawczym Java, więc nie wymaga dodatkowej zależności. Jest dobry w przypadku nie wymagających graficznie gier 2D (gry strategiczne, gry karciane itp.)
• Slick - biblioteka gier 2D oparta na LWJGL. Prawdopodobnie dobrze, jeśli chcesz napisać grę 2D, ale nadal potrzebujesz dobrej wydajności grafiki (strzelanki, przewijanie gier platformowych itp.)
• JavaFX - zaprojektowany dla bogatych aplikacji internetowych, mniej więcej takich jak Flash. Ma wiele ciekawych funkcji, które byłyby dobre dla gier, chociaż nie widziałem, aby był jeszcze używany. Szczególnie JavaFX 2.0 wygląda dość obiecująco.

Główne wady Java dla gier są naprawdę związane z „przypadkowymi przypadkami”, które prawdopodobnie nie wpłyną na ciebie, ale są istotne dla niektórych klas gier:

• Dostępność silnika 3D - chociaż wymienione powyżej narzędzia i silniki są dobre, wciąż nie są na poziomie silników C / C ++, takich jak silnik Unreal Engine używany przez profesjonalne firmy z branży gier. Więc Java prawdopodobnie nie będzie twoim pierwszym wyborem, jeśli próbujesz opracować duży FPS z wielomilionowym budżetem - C / C ++ wciąż wygrywa tutaj.
• Opróżnianie pamięci masowej Java z opóźnieniem GC jest ogólnie ogromną korzyścią, ale może powodować niewielkie przerwy w cyklach GC. W przypadku nowych maszyn JVM o niskim opóźnieniu sytuacja staje się znacznie lepsza, ale nadal może stanowić problem w przypadku gier o bardzo niskim opóźnieniu (być może strzelanki FPS). Obejściem tego problemu jest użycie bibliotek o niskim opóźnieniu, takich jak http://javolution.org/ , jednak wydaje się, że są one bardziej ukierunkowane na handel z wysoką częstotliwością lub systemy czasu rzeczywistego niż na gry.
• Brak możliwości wykorzystania optymalizacji niskiego poziomu - podczas gdy kompilator Java JIT jest niewiarygodnie dobry, wciąż wymusza pewne ograniczenia, których nie można uniknąć (na przykład sprawdzanie granic tablic). Jeśli naprawdę potrzebujesz uzyskać natywny dostęp na poziomie kodu maszynowego, aby zoptymalizować tego rodzaju rzeczy, to prawdopodobnie wolisz C / C ++ niż Java.

Pamiętaj, że istnieje również kilka opcji wdrażania do rozważenia:

• Aplet - działa w przeglądarce, bardzo wygodnej dla użytkowników, jednak ze względów bezpieczeństwa aplety są raczej ograniczone. Zauważ, że możesz podpisywać aplety, aby uzyskać dodatkowe uprawnienia bezpieczeństwa, chociaż spowoduje to nieco przerażające monity dla większości użytkowników.
• Java Web Start - lepszy dla bardziej wyrafinowanych gier, które wymagają pełnego pobrania lokalnego, a także dostępu do lokalnych zasobów systemowych. Działa również w sposób dość niezależny od platformy. Prawdopodobnie najlepsza droga do gry średniej wielkości lub czegoś, co musi ominąć ograniczenia bezpieczeństwa apletów.
• Pobieranie instalatora - Możesz napisać instalator gry Java, tak jak w każdym innym języku. Konfigurowanie i testowanie wymaga nieco więcej pracy, ponieważ instalatorzy zwykle mają pewne funkcje specyficzne dla platformy.
• Internet - możesz napisać aplikację HTML5 i korzystać z siły Javy wyłącznie po stronie serwera. Warto rozważyć grę internetową dla wielu graczy.

Na koniec warto również rozważyć niektóre inne języki JVM - mają one wszystkie zalety platformy Java wymienione powyżej, ale niektórzy uważają je za lepsze języki niż sama Java. Scala, Clojure i Groovy byłyby najwybitniejszymi i wszyscy mogą korzystać z wymienionych powyżej narzędzi i bibliotek Java.

Minecraft i bloki, które są ważne, są wbudowane w Javę, więc tak, jest to dobre do tworzenia gier. Głównym problemem, na który natkniesz się podczas korzystania z Java, jest portowanie na platformy mobilne, jeśli wybierzesz tę trasę i napiszesz natywną aplikację. Android jest rodzajem frankensteined Java SE z osobną biblioteką. RIM Blackberry używa Java ME. iOS teoretycznie można programować w Javie, chociaż Objective-C prawdopodobnie byłby lepszym wyborem dla tej platformy.

Java jest dość podobna do C #. Często uważam, że kod C # jest zrozumiały, mimo że znam tylko Javę. Mają inną filozofię projektowania, ale o ile są szeroko stosowane przy minimalnym wysiłku, oba są odpowiednie. C # nie jest strasznym wyborem dla gier pod żadnym względem, chociaż wdrożenie mobilne będzie trudniejsze, a wdrożenie na platformach innych niż Windows będzie bardziej czasochłonne lub trudne, w zależności od konkretnych bibliotek zewnętrznych i tak dalej.

Najbardziej oczywistym i najmniej odpornym sposobem jest użycie kombinacji javascript HTML5 +. Każda aplikacja lub gra wykonana przy użyciu tego będzie działać na prawie każdym urządzeniu i przeglądarce.

Zaleta : - Do uruchomienia gry na różnych platformach i urządzeniach będziesz potrzebować zerowej konfiguracji.

UWAGA: - Widziałem kilka gier, które są budowane przy użyciu wyżej wymienionych technologii, ale były mniejsze. Ale przypuszczam, że jeśli można zrobić masło z mleka, ser nie jest niemożliwy

Możesz używać Scala i Scheme Bigloo na Eclipse, aby używać JVM do kodowania stresowego lub akcji równoległej w swojej grze Java.

Dzięki Pattern Design i UML2 możesz także zabezpieczyć kod za pomocą OCL, wszystko w Topcased.org.

Opanowanie tych narzędzi wymaga czasu, ale stanowią one tło Java, podstawę, która popchnie Cię na szczyt.

Krótka odpowiedź: nie.

Java nie generuje binarnego pliku wykonywalnego, ale tylko kod bajtowy, tak jak robi to C # (CLI), i to nie jest dobra rzecz dla poważnego biznesu w „otwartych środowiskach” z dwóch głównych powodów:

• prawdopodobieństwo uwięzienia w inżynierii wstecznej jest bardzo wysokie, szczególnie w przypadku starych i naprawdę dobrze znanych języków, takich jak Java
• nie masz pełnej kontroli nad wydajnością maszyny, w przypadku Javy dużą rolę odgrywa JVM, przejmując pełną kontrolę.

Oczywiście każdy język ma swoje własne biblioteki, ale ze względu na ich dużą liczbę dla każdego języka nie jest to prawdziwy problem i nie wydaje mi się, że jest to cel tego tematu.

Być może na poziomie profesjonalnym możesz znaleźć coś, co może złamać regułę, np. Dev-Kit, który może przetłumaczyć wszystkie instrukcje C # na kod asemblera dla maszyny z prawdziwego świata, ale jeśli tego rodzaju podejście nie znajduje się w kartach, jesteś zmuszony do tego weź pod uwagę tylko C i C ++ dla swojego rozwoju, gdy zamierzasz sprzedawać swój produkt w otwartym środowisku.

Rzeczy są nieco inne dla urządzeń mobilnych, ponieważ są one „zamkniętym środowiskiem”, nawet Android jest praktycznie zamknięty, biorąc pod uwagę fakt, że źródło ROM-ów w prawdziwym świecie nie jest zwykle publicznie dostępne, Android można uznać za open source, ale 99 % pamięci ROM na rzeczywistych urządzeniach nie jest. W takich przypadkach nie można za bardzo się kłócić, wszystko jest już ustawione dla ciebie, a każda platforma ma swój własny język, jak wszyscy wiedzą.

Ostatecznie, jeśli zamierzasz sprzedawać te produkty w otwartych środowiskach, mogę jedynie sugerować języki, które mogą tworzyć skompilowany kod binarny / asemblacyjny, w zamkniętych środowiskach decyzja jest zazwyczaj łatwiejsza z różnych powodów.