問題タブ [java-me]

優れたバイナリ XML 形式を推奨できる人はいますか? これは JavaME アプリケーション用であるため、a) サーバーでの実装が容易であり、b) ローエンドの JavaME クライアント デバイス用のフットプリントの少ないパーサーを簡単に作成できる必要があります。

言うまでもなく、XML よりも小さく、解析が高速である必要があります。

データは SVG に似たものになります。

デバイスに大量のデータを格納する J2ME アプリケーションを開発しています (1MB 程度ですが可変)。ファイル システムに頼ることができないので、レコード管理システム (RMS) に行き詰まっています。RMS は、複数のレコード ストアを許可しますが、それぞれのサイズには制限があります。私の最初のターゲット プラットフォームである Blackberry では、それぞれが 64KB に制限されています。

大量のデータを RMS に保存するという問題と、それをどのように管理したかという問題に、他の誰かが取り組まなければならなかったのでしょうか? レコードサイズを計算し、1 つのデータセットが大きすぎる場合は複数のストアに分割する必要があると考えていますが、それを維持するには多くの複雑さが追加されます。

さまざまな種類のデータが保存されていますが、特に 1 つのセットだけが 64KB の制限を超えています。

カスタム要素 (J2ME ネイティブ グラフィックスを使用) を LWUIT 要素に描画するための最良の方法は何でしょうか?

カスタム要素はマッピング ライブラリからの実装であり、そのコンテンツ (Google マップなど) を Graphics オブジェクトに描画します。結果を LWUIT 要素に直接描画するにはどうすればよいでしょうか (現時点ではコンポーネントに描画しようとしています)。

LWUIT パッケージでラッパーを作成する唯一の方法は、その内部実装を公開することですか?

編集：

ジョン:あなたのソリューションは多くのエンジニアリングのように見えます :P 私が最終的に使用したのは次のラッパーです:

これで、LWUIT から「ネイティブ」グラフィック要素を取得できます。それにペイント - LWUIT イメージに効果的にペイントします。そして、その画像を使用してコンポーネントにペイントできます。

そして、それはまだハックのように見えます:)

しかし、実際の問題は、難読化した後でも 50kB のコード オーバーヘッドです。しかし、これは別の投稿の問題です:)

/JaanusSiim

Java ME midlet で使用する yes/no ダイアログの簡単なソリューションを探しています。このように使いたいのですが、他の方法でも構いません。

Nokia は、Eclipse を含む他の IDE に依存して、Developer's Suite の提供を停止しました。一方、Nokia は独自の開発ツールを再び変更し、EclipseMe も変更されました。これにより、ほとんどのドキュメントが無関係になります。

簡単な Hello-World を作成するには何が必要か知りたいですか?

（自分で分かったので、他の方のQ&Aです）

プログラミングに由来J2MEするものは、への適応を容易にする類似点がありますAndroid API。または、モバイルアプリのプログラミング方法とはAndroid APIまったく異なります。J2ME

j2meを使って携帯電話のゲームを書いています。このゲームでは、複数のCanvasオブジェクトを使用しています。たとえば、ゲームメニューはCanvasオブジェクトであり、実際のゲームもCanvasオブジェクトです。一部のデバイスでは、あるキャンバスから別のキャンバスに切り替えると、たとえばメインメニューからゲームに切り替えると、画面が瞬間的に「ちらつく」ことに気づきました。私は自分のダブルバッファキャンバスを使用しています。

これを回避する方法はありますか？

EclipseME (現在は Mobile Tools Java)で起動しない壊れたデバッガーを修正するにはどうすればよいですか?

（この質問には、すぐに別の質問から転送される回答があります）

Windows Mobile 6 用のまともな J2SE (できれば少なくとも Java JDK 1.5 レベル) の Java 仮想マシンの経験がある人はいますか? CLDC VM をご存知でしたら、私も興味があります。それでさえ、私たちが現在プラットフォーム用に持っているものよりも優れているからです。

kSOAPパッケージを使用した複雑なオブジェクトマーシャリングの良い例はありますか？