なぜJavaはゲーム開発により広く使用されないのですか？[閉まっている]

私はゲーム開発者でも何でもありませんが、Javaはゲーム開発にあまり使用されていないことを知っています。Javaはほとんどのゲームで十分に高速である必要があります。いくつかの理由が考えられます。

• Javaの専門知識を持つゲーム開発者の不足
• 優れたゲーム開発フレームワークの欠如
• プログラマは、Javaをゲームプログラミング言語として受け入れたくありません。ほとんどの場合、C ++のみを受け入れますか？
• ゲーム機のサポートなし（PC市場はまだ存在しますが）

もちろん、それは他の何かかもしれません。私よりもビジネスをよく知っている人が、ゲーム開発に関してJavaが勢いを得ていない理由を説明できますか？

いくつかの理由：

• 昔は、パフォーマンスとUIのために「直接アクセス」が必要でした。これは、JavaやC＃などのVM言語より前のものです。
• ほとんどのコンソール（360、PS3など）にはJVMがないため、PCバージョンのコードを再利用できません。C ++コードをコンパイルしてさまざまなデバイスをサポートする方がはるかに簡単です。
• ほとんどの主流のゲームエンジン（Unrealなど）にはC ++バインディングがあります。いくつかのJavaコネクタ（OpenGL用など）がありますが、それとは異なります。
• PCゲームの場合、DirectXには強力なJavaサポートがありません（まったくない場合）。
• WebベースのゲームはJavaScriptまたはFlashで実行されます。GWTなどを使用して、Javaで記述できます。
• iPhoneはObjective-Cバリアントを実行します。

Javaは最近、主にAndroidプラットフォームで使用されているため、Javaゲームで主に使用されています。

技術的な理由：

• 最高の3Dゲームエンジンのほとんどは、C / C ++で記述されています。ほとんどのゲーム開発者は3Dエンジンで妥協したくはありませんが、ゼロから作成したくないので、これは大したことです。JavaにはjMonkeyEngineがあり、これはオープンソースであり、実際には非常に優れていますが、Unreal Engineとはまだ競合できません。
• 非常にまれな状況では、Cまたはアセンブリ言語で「金属に近づく」こと、特に特別なハードウェア機能へのアクセスに利点があります。これは最近ではそれほど重要ではありませんが、プロのゲーム開発者はまだオプションが必要です.....
• Javaには、ガベージコレクション、ランタイムの管理があります。99％の時間はこれが大きな利点であり、間違いなくコーディングが容易になり、エラーが発生しにくくなり、Javaが非常に人気がある大きな理由の1つです。ただし、ガベージコレクションサイクルにより顕著な一時停止が発生する可能性があるため、ゲームの待ち時間の問題が発生することがあります。これは、新しい低遅延JVMの問題ではなくなりつつありますが、高いFPSを維持することが重要なグラフィカルに集中したゲームの問題です。

非技術的な理由：

• プロのゲーム開発会社は、C / C ++のスキルとテクノロジーに多大な投資をしています。これは巨大な慣性を生み出します。
• Javaが遅いという主に非合理的な認識。おそらく90年代に当てはまりますが、今は絶対に当てはまりません。Javaで収益性の高い商用3Dゲームを確実に書くことができます（Runescape誰ですか？またはMinecraftはどうですか？）
• JavaはゲームよりもビジネスアプリケーションとWebに重点を置いているというかなり公平な認識。これは、モバイルの成長とより多くのクロスプラットフォーム開発の必要性によって変わる可能性がありますが、現時点では確かに真実です。

興味深いことに、ゲーム開発者が Java を考慮する必要がある理由もいくつかあります。

• 移植性 -ターゲットプラットフォームの数が増えるにつれて、Javaは真にクロスプラットフォームのバイナリを作成できる他に類を見ない機能を備え、ますます魅力的になります。
• ライブラリエコシステム -3Dゲームエンジンの非常に重要な例外を除いて、Javaはあらゆるプラットフォームの中で最高の範囲のライブラリを備えています。ネットワーキング、サウンド、AI、画像処理、キー/値データストア、トピックに名前を付けると、おそらくオープンソースのJavaライブラリがあります。
• サーバー側の開発 -Javaはサーバーにとって素晴らしい言語/プラットフォームであり、より多くのゲームが大規模なマルチプレイヤー要素を組み込むにつれて、サーバー側はますます重要になります。Linux上のJavaは、ここでプラットフォームとしてかなり魅力的に見えます。
• JVM-おそらく世界で最も優れた設計のVM実行環境であり、素晴らしいガベージコレクション、JITコンパイラ、同時実行性サポートなどを備えています。可能な限り最高のランタイム環境。
• その他のJVM言語 -Javaは堅実な主力製品ですが、真のイノベーションは新しいJVM言語（特にスカラ、Clojure）で起こっています。これらの言語には、Java / JVMプラットフォームのすべての利点があり、さらに非常に強力な最新の言語です。

さて、このスレッドには多くの誤った情報があります。

私はゲームビジネスを非常によく知っており、25年間そのビジネスに携わってきました。また、ゲーム内のJavaがSunのJava Gameの技術的エバンジェリストであり、Javaパフォーマンスプログラミングの専門家である講師であることも非常によく知っています。

計算速度の点では、Javaは今日の多くの科学計算ベンチマークでC ++を上回っています。必要に応じてパフォーマンスが悪いいずれかの言語で病理学的コードを書くことができますが、全体としては、それらは同等であり、長い間使用されています。

メモリ使用量に関して、Javaにはオーバーヘッドがあります。HelloWorldは、Javaの4Kプログラムです。しかし、そのオーバーヘッドは、今日のマルチGBシステムではほとんど意味がありません。最後に、Javaには起動時間が長くなります。Unixコマンドラインコマンドのような短い実行時ユーティリティにJavaを使用することはお勧めしません。これらの場合、スタートアップがパフォーマンスを支配します。しかし、ゲームでは、かなり無頓着です。

適切に記述されたJavaゲームコードは、GCの一時停止を受けません。C / C ++コードと同様に、アクティブなメモリ管理が必要ですが、C / C ++には必要ありません。メモリの使用量を長寿命オブジェクト（レベル全体またはゲーム全体に保持）と非常に短寿命オブジェクト（ベクトルなどが通過し、計算後にすぐに破棄される）のいずれかである限り、gcは目に見える問題ではありません。

ダイレクトメモリアクセスに関しては、Javaには長い間使用されてきました。ネイティブダイレクトバイトバッファの形式のJava 1.4以降。Javaでのビット調整は、符号なし整数型がないために少し面倒ですが、作業ラウンドはすべてよく知られており、それほど面倒ではありません。

真のJavaにはDirect3Dバインディングがなかったが、Javaテクノロジーは移植性を追求しているためだ。2つのOpenGLバインディング（JOGLとLWJGL）とOpenALバインディング（JOAL）、およびWindowsのDirectInput、OSXのHIDマネージャー、Linuxバインディングにバインドするポータブル入力バインディング（JInput）があります（どれを忘れますか）。

UnityのようにJavaを完全なゲームエンジンが搭載していないことは事実であり、UnityはC＃を搭載しており、独立した領域の弱点です。一方、Windows、OSX、Linuxで完全にプラットフォームを移植できる2つの優れたScenegraphレベルのAPIがありました。どちらもJosh Slackによって書かれました。最初はJMonkeyエンジンと呼ばれ、2番目はArdor3Dと呼ばれていました。

一番上のポスターは、Javaをゲーム開発に持ち込んだ2つの最大の要因は偏見と移植性であったということです。後者が最大の問題でした。Javaゲームを作成してWindows、OSX、Linuxに出荷することもできますが、コンソールVMはありませんでした。これは、Sunの中間管理職の全体的な不備によるものです。ゲームでJavaに取り組んでいる私たちの数人は、実際にはプレイステーションでVMを取得するために3回もソニーと取引をしており、3回すべてのサンの中間管理者がそれを殺しました。

サンはクライアントテクノロジーをいじりましたが、実際のところ、サンの経営陣は消費者向け製品を手に入れたことはありません。それが、Sunのクライアント言語としてのJavaがどのような形でも成功しなかった理由であり、Javaをプラットフォームで成功させるためにGoogleとDalvik（Android javaのようなVM）を必要とした理由です。

それが、今日私がゲームをC＃でコーディングしている理由です。モノがサンの経営陣が拒否したところに行ったからです。

Javaは、確実に実行する必要があるビジネスロジック、サーバー、およびプラットフォームに依存しないコードに最適です。Javaがゲームで頻繁に使用されない理由はいくつかあります。

• 境界チェックとその他の安全メカニズム（最近のパフォーマンスのわずかな違い）
• C ++データ構造とJavaデータ構造の間で変換する必要がある（バッファ間でメモリをコピーすることはできません）
• 本やチュートリアルの多くは群衆をフォローしているため、C ++以外のゲーム開発者情報を見つけるのは難しい
• コアグラフィックスライブラリ（DirectXおよびOpenGL）および多くの既製のエンジンはC / C ++ベースです
• 多くのゲームは、視覚的に魅力的な機能を追加できるように、できるだけ速く実行しようとします

Java（JNIレイヤーの作成）や.net（多数のマーシャリング/アンマーシャリング、API /構造属性）などのバイトコード言語のC ++ライブラリを使用するのは簡単ではありません。そのため、少しの利益のためにかなりの作業が追加されます。

補足事項：一部のゲームサーバーはJavaを使用します。

同様の投稿はこちら：https : //stackoverflow.com/questions/1034458/why-arent-video-games-written-in-java

Javaはほとんどのゲーム開発に十分な速度ではありません。標準であるC ++ / Assemblyを使用するよりもはるかに遅くなります。これは、C＃やVBを使用してより多くのゲーム開発を行わないのと同じ理由です。ゲーム開発者は、物理計算、AIロジック、および環境の相互作用などに手を加えることができる最後のすべてのクロックサイクルを必要とし、計画します。

より単純なゲームでは、Javaを非常に効果的に使用できます。テトリスのクローンや宝石をちりばめたもの、またはその詳細レベルの何かを作成したい場合は、Javaで問題なく動作します。しかし、JavaはHalo、Medal of Honor、Command＆Conquerなどのゲームを作成してプレイできるようにすることはできません。少なくとも現在のように。

また、質問にリストした理由も有効です。Javaの専門知識を持つゲーム開発者がいないことを除いて、私は思う。携帯電話やその他のポータブルデバイスのゲームの多くはJavaで記述されており（ほとんどのAndroidゲームを含む）、一部のゲームは非常に優れています。ですから、Javaの知識を持つゲーム開発者の基盤はまともで、成長していると思います。

いくつかのより高度なゲームでこれらの高レベル言語を使用する能力について考えが変わりつつあります。たとえば、私のお気に入りのゲームの1つであるAuranのTrain Simulatorは、C＃で大部分が記述されており、非常にうまく機能します。したがって、ベースは成長しており、進化し続けます。

現代のゲームはすべて、特別な目的のハードウェアで発生する3Dグラフィックスに関するものです。

2002年にさえ、ジェイコブ・マーナーは、「ゲーム開発のためのJavaの評価」というレポートで、Javaは最もパフォーマンスに依存する部分を除いてゲームで非常に使いやすく、言語の堅牢性と基礎となるJVMにより安価であることを発見しましたこのようにします。

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

私の個人的な意見では、特に3Dグラフィックスでの進展とOpenGLなどへの優れた結合により、最近ではこの不利な点はそれほど顕著ではないと考えています。

したがって、問題は別の場所にある必要があります。理由として考えられるのは、Javaランタイムのサイズ（最近のマルチDVDゲームの問題ではない）と、既存のコードの慣性です。Javaのネイティブコードでの作業を開始するのは悪名高いです。3番目の理由は、ゲームをしているスター開発者が精通していることです。4番目は、Javaがプラットフォームで利用可能かどうかです。

ただし、確かなことは1つです。ほとんどのゲームは、最初からすべてCコードで焼き付けられるのではなく、スクリプト化できるようになりつつあり、スクリプト言語の下で最高のランタイムが必要です。最近では、これは本質的にCLRまたはJVMのいずれかを意味します。

ゲーム開発者は金属の近くにいるのが好きで、多くの場合、アセンブリでタイトな内部ループを記述します。Javaは、一貫した速度とメモリ使用の両方の点で、同じレベルの可能なパフォーマンスを提供していません（JITの実行には負荷がかかります）。

ほとんどの人にとっての制限要因は、優れたゲームエンジンの（不足）可用性だと思います。非常に遠くまで到達するには、それらが利用できない理由を調べる必要があります。

私はそれを他の方向からちょっと見ます。ゲームエンジンの開発（たとえば）は、大変な作業です。誰が開発に時間と労力を費やして開発することで十分な恩恵を受けるでしょうか？

Java（IBM、Oracleなど）でのフレームワークのような開発の明らかな候補のほとんどは、ゲームに関心がないようです。ゲーム開発の明白な候補者（たとえば、Id、EA）は、Javaにほとんど同様に関心がないようです。

私が考えることができるほぼ唯一の候補者は、まったく妥当であると思われるGoogleです。Androidの主要な開発言語はJavaであり、Android向けのゲーム開発を奨励することは、プラットフォームに真の利点をもたらす可能性があります。

私の知る限り、彼らはまだ（まだ？）そうしていないので、他のほとんど誰にもかなり厳しい制限が残っています。Javaで開発を使用するための最新の高性能ゲームエンジンを少しも使用しないと、かなりの余分な作業が必要になります（そのように見えますが）その余分な作業の見返りに多くの利益を生み出す見込みはほとんどありません。

質問は、次の行で何かを尋ねることと同等です：

あなたの車、ボートエンジンまたはジェットエンジンに動力を与える方が良いもの。

それは、スケーラビリティ、バグ回避、速度、メモリシグネチャ、モジュール性、およびあらゆるものに帰着します。質問は、業界標準として何が優れているかについてではなく、あなたが知っていることやどれだけよく知っているかなど、「私にとって何が良いか」であるべきです。それが仕事をするなら、それは仕事をします、あなたが実際にアイデアを売ることができるなら、それは働きます、そして、あなたが少数のスプーンを曲げさえするかもしれないことを知っている人。

Javaは、ゲーム開発を念頭に置いて作成されたのではなく、「Web用」の言語になるように作成されました。

ゲーム開発に関しては、MicrosoftはC＃を支持していたため、SunはJavaをゲーム開発言語として実際にはサポートしていませんでした。

魅力的なゲーム開発フレームワークの欠如が、この点でJavaを本当に殺したものだと思います。

Cをより直接、新しい型にはまらないハードウェアとドライバーに直接接着する方が簡単です。ゲームプログラマがより早く、より近いハードウェアにアクセスできるほど、競合するゲームの仕様を上回ることができます。後のゲームプログラマーは、以前の実績のあるゲームと同じ方法論とツールを使い続けるだけです。

カジュアルな携帯電話ゲームなど、最新のハードウェアへの最適化がそれほど重要ではないゲームでは、この方法でCを使用することは、Javaの移植性よりも重要ではありません。

一部の人々にとっては、速度、ライブラリ、または可用性とは何の関係もありません。それは単に言語自体のせいです。一部の人々は、単にJavaの言語が好きではありません。他の人々は、Javaを使用してゲームを作成する代わりに、お気に入りのプログラミング言語を使用したいと考えています。

もちろん、それは他の何かかもしれません。私よりもビジネスをよく知っている人が、ゲーム開発に関してJavaが勢いを得ていない理由を説明できますか？

これはインタープリター言語、つまり遅いです。ハードウェアであるグラフィックとグラフィックカードを扱っています。ハードウェアを扱うのに適した言語は何ですか？まあC ++、それはかなり低いです、そして、あなたはポインターと何でも扱います。

crysisのようなクレイジーなグラフィックや、Javaを使用するつもりのないものを送り出したい場合。

それだけでなく、OracleはJavaを所有しています。会社があなたを訴えることができるという考えは、大胆ではありません。特に、断片化FUDにより訴えられることなくゲームをターゲットとするJAVA用の独自のインタプリタを構築する場合。