java - 元のJavaの理想は死んでいますか?

Question

私は J2ME と Java を愛していますが、Java 用の 2 つの API を持つことは偽善的だと感じています。Java は「1 つのコードで多くのプラットフォーム」を念頭に置いて設計されましたが、現在では「すべての OS に 1 つの API、ネットブックよりも小さいすべてのものに 1 つの API」のようになっています。多くの J2ME エミュレーターなどが PSP やその他の自作コンソールに移植されているのを目にしますが、なぜ誰も通常の Java でこれを行っていないのだろうかと思います。

簡単なエミュレーターを起動して PSP やドリームキャストで同じゲームをプレイするよりも、自分の PC でプレイするゲームを書きたいのですが、できません。J2ME は PC 上でさえ実行できません。そのためのエミュレーターが必要であり、市場が大幅に減少します。さらに、ほとんどのエミュレーターはかさばり、良くありません。

IPhone のようなスーパーフォンが登場すると、人々は J2ME ゲームを少しだけ欲しがるようになるでしょう。そのため、Java が標準の JRE をそれに移植できなければ、Microsoft がネットブック ブームで行ったように、ボートに乗り遅れていることに気付くかもしれません。

Sun は、標準の JRE を小さくして移植性を高めたり、PC で J2ME を簡単に利用できるようにしたりする必要があるようです。

Answer 1

これはコミュニティ Wiki であるべきだと思います

しかし、私の見解では、J2ME は悲惨な死を遂げ、通常の Java のままになると考えています。現在のネットブックのトレンドと、より強力なスマートフォンのトレンドが相まって、今日の平均的な携帯電話は、最初に J2SE を実行していたマシンよりもはるかに強力になっています。

したがって、古代のノキア向けに設計された J2ME を廃止し、スマート ドアノブ (またはスマートフォン) で標準の Java を楽しむことができます。

Java が直面する唯一の問題は、スマートフォン アプリケーションの最大のプレーヤーである Apple が、近い将来にいつでも JVM を許可しないということです。

Answer 2

モニターに加速度計が搭載されていたとしても、おそらく iPhone アプリには使用したくないでしょう。

「一度書けばどこでも実行できる」という言葉が誤解を招くとすれば、それは携帯電話が普及する前に考えられたからです。API に関する限り、共通のサブセットが望ましいことに同意しますが、繰り返しになりますが、J2ME ニッチ全体はまったく新しいものです。JVM は依然として有用です。Web ブラウザーは Windows、Linux、および OS X で実行でき、ゲームは Nokia と Samsung の両方の携帯電話で実行できます。

元のJavaの理想は死んでいますか?

ワークステーションからワークステーションへの移植可能なコードの元の要求をまだ満たしているので、いいえ。しかし、将来のプラットフォームのためにさらに高いハードルを設定したようですね。

Answer 3

仮想マシンが抽象化するために選択する可能性があるものはたくさんあります。

OS は、標準的なインターフェイス (ブロック i/o、文字 i/o など) を提供することにより、一般的なハードウェアの一部を抽象化します。

JVM は、プロセッサーとOS 自体を抽象化することを目的としており、それ自体が (当時としては) 大きな目標でした! しかし、周辺ハードウェアを抽象化することは、達成するのが難しい目標であり、今後もそうあり続けるでしょう。

おそらく、ハンドヘルド/ラップトップ/デスクトップ/サーバーの収束が進むと、ハードウェアを抽象化する必要性が減少するでしょう.

Answer 4

市場シェアを獲得した Windows Mobile や Symbian などのモバイル向けの新しいプラットフォームでは、j2me などは、ハードウェアを活用しないなどの問題により後回しになっています。

Answer 5

J2ME は素晴らしいです。J2ME アプリケーションを無駄のないクリーンなhttp://www.microemu.org/でパッケージ化して実行できます。私は J2ME のコードを書いているので、より優れたプログラマーになっています。メモリを効率的に使用する必要があります。小さなきれいな API が気に入っています。将来的には、すべてのクライアント アプリケーションが J2ME 用に設計され、J2SE/Android/iPhone に移植される予定です。難しいのは、アプリケーションがどのような画面サイズでもスムーズに実行できるように、社内の GUI フレームワークを柔軟に構築することです。それには時間がかかります。