3

モバイルデバイス向けのアプリケーションを開発しています。私は OSGi 用に開発したことはありませんが、今から始めようと考えています。

携帯電話で OSGi を使用することについてよく読んだことがありますが、J2ME、Symbian、Windows Mobile、Android で動作すると言われています。

私は OSGi の多くの利点を活用したいと思っていますが、OSGi がなくてもできることはわかっています。また、自分の電話で OSGi を使用できないユーザーや、電話を OSGi に対応させるために複雑なセットアップ プロセスを経なければならないユーザーを排除したくありません。

そして、これらの安価な J2ME 携帯電話のほとんどが OSGi のような洗練されたものを実行できるとは信じられません。1000 ドルのスマートフォンの話ではなく、たとえば Sony Ericsson から 100 ドル (または公平を期すために 200 ドル) で入手できる消費者向けデバイスについて話します。

モバイル OSGi は現在、真の代替手段ですか?それとも、将来的に使用するための良い展望にすぎませんか?

編集: これまでのところ、答えは 1 つしかなく、モバイル OSGi の使用にはほど遠いと述べられています。しかし、私にとっての答えの 1 つは、重要な決定の基礎となる人が少ないことです。そのため、報奨金がより多くの読者を引き付けることを願っています。

これ以上回答が得られない場合、それは誰もモバイル OSGi の経験がないという兆候であり、私はそれを探求する最初の人になりたくないと結論付けます。通常、私は新しいテクノロジーを試すのが大好きですが、今回は間違った馬に賭けることが非常に重要です.

4

5 に答える 5

3

答えが得られない理由はおそらく、OSGi Mobile が現実の世界に対応する準備ができていないためです。さらに悪いことに、これは 3 年以上前に発表されたものであり、まだ追いついていないため、誰もが忘れているようです。これは、今でも誰もが待ち望んでいる MIDP 3.0 と似ています。

私が理解していることから、OSGi はモバイル デバイスに CDC 構成を提供し、Swing のような豊富なフレームワークを使用できるようにすることを約束しています。また、MIDP プロファイルによって課せられた制限の一部を解除します。最も重要なことは、ユーザーが無線でプラグインをダウンロードしてインストールできるようにすることです。

これらすべてが市場の現在の状況にどのように適合するかを考える必要があります。現在、多数のスマートフォン プラットフォーム (iPhone、Windows Mobile、Symbian) があります。これらはすべて主要なプレーヤーであり、もちろん、人々に Java アプリではなくネイティブ アプリを好んでもらいたいと考えています。実際、Apple はこれまでのところ、Java やその他の VM アプリケーションを iPhone から禁止しています。しかし、たとえ製造業者がそうしなかったとしても、顧客自身が、よりリッチで強力なネイティブ アプリケーションよりも、どのようなフレーバーの Java アプリケーションを好むとは思いません。Java モバイル・アプリケーションは、数年前にはある程度意味がありましたが、今日では過去のものになっているようです。

もちろん、Sun はモバイル Java を手放したくないだろうと主張する人もいるでしょう。モバイル Java は何十億ものデバイスに展開されており、それを復活させるために何かをするでしょう。彼らは実際に何かをしており、これがJavaFX mobileです。

したがって、私の意見では、OSGi モバイルは現在も将来も除外されています。

于 2009-03-17T12:52:44.840 に答える
3

そうであってはならない理由はありません。フレームワークとしての OSGi、バンドル定義、および依存関係管理は比較的コンパクトです。重いのは、OSGi 標準で定義された標準サービスです。ただし、フレームワークが適切に機能するために必要というわけではありません。

OSGi モバイルはまだ登場していないかもしれませんが、小型デバイス用に特別に設計された OSGi プラットフォームを使用しない理由はありません。例として、http: //www.buglabs.net/ の BUG があります。彼らは、小型デバイス用に特別に設計されたコンシェルジュ OSGi 実装を使用します ( http://concierge.sourceforge.net/ )。

コンシェルジュ プロジェクト ページによると、「コンシェルジュは、約 80 キロバイトのファイル フットプリントを持つ最適化された OSGi R3 フレームワークの実装です。これにより、モバイル デバイスや組み込みデバイスに最適です。」. コンシェルジュ プロジェクト ページには、テスト済みのプラットフォームのリストも掲載されています。

私の意見では、それはすでに代替手段です。

于 2009-03-17T21:53:05.550 に答える
0

悪いニュース：アプリ開発者がどこでも実行できるアプリを開発するために使用できるテクノロジーは世界にないため、1つのプラットフォームに制限するか、アプリを何度も書き直します。

良いニュース：OSGiはすでに4つのプラットフォーム（Win Mobile、Android、Nokia、Brew）で利用可能ですが、他のどのプラットフォームがそのカバレッジを提供しますか？

OSGiが必要な理由に関するすばらしい記事：http ：//www.pikesoft.com/blog/index.php？itemid = 220

市場浸透に関する限り、はい、まだ普遍的に展開されていません。アプリ開発者（通常はアプリと一緒にプラットフォームを展開したくない）にとって、これは制限であることを理解しています。ただし、Jonが述べたように、米国では今年から大量展開が始まり、他の展開もそれに続くでしょう。このテクノロジーに耐えてください！

于 2009-04-30T16:23:00.070 に答える
0

申し訳ありませんが、私はこのフォーラムを知らなかったので、以前に質問を見ませんでした。モバイルOSGiは生きていて本物であり、Sprintによってwinmobileデバイスでリリースされており、まもなくスプリントポートフォリオの他のデバイスで利用できるようになります。Sprintは、Sprintsネットワーク上にない場合でも、winmobile6.0電話用のOpenevalバージョンもリリースしました。モバイルOSGiは、モバイル空間の他のどこにも利用できない機能を提供します。OSGiで完全に管理可能なJavaWeb/ Appサーバーを実行できます（javaoneにアクセスして、デモを参照してください）。リッチモバイルネットモードと呼ばれる、デバイス上のサーバーに接続されたデバイス上のブラウザを使用するリッチインターネットアプリケーションを作成できます。アンドロイドとは異なり、完全にリモートで管理できます。iPhoneとは異なり、完全に開きます。強力なJavaCDCVMをベースとして移動する必要があるため、ローエンドデバイスまで実行されません。しかし、中間と上部のセグメントでうまくいきます。また、OS全体で実行される唯一のアプリケーションフレームワークです。これは、Glassfish、Oracleサーバー、Websphere、Springsourceなどで使用されているのと同じOSGiのパワーをモバイルにもたらす完全なOSGir4メガスタックです。これは唯一のモバイルソリューションであり、独自のモバイルハックではなく、グラスハウスサーバーからクラウドのエッジまで同じテクノロジーです。ご覧くださいdeveloper.sprint.com/titanMobiNoirの社長であるJonBostromがモバイルJavaの父に相談しています これは唯一のモバイルソリューションであり、独自のモバイルハックではなく、グラスハウスサーバーからクラウドのエッジまで同じテクノロジーです。ご覧くださいdeveloper.sprint.com/titanMobiNoirの社長であるJonBostromがモバイルJavaの父に相談しています これは唯一のモバイルソリューションであり、独自のモバイルハックではなく、グラスハウスサーバーからクラウドのエッジまで同じテクノロジーです。ご覧くださいdeveloper.sprint.com/titanMobiNoirの社長であるJonBostromがモバイルJavaの父に相談しています

于 2009-04-30T16:13:47.020 に答える
0

私たちはまだそこまでは行きませんが、あらゆる場所の携帯電話に追加する必要があることに完全に同意します.

少なくとも、将来のモバイル仮想マシンはその方向に向かっています。

だから、今のところ：ありえません。未来 : まだ誰にも言えませんが、それは素晴らしいことであり、実際には非常に理にかなっています。

于 2009-03-11T19:20:45.037 に答える