Blackberry アプリケーションを構築しようとしていますが、J2ME (MIDlet ベース) を使用して実装するか、Blackberry ネイティブ (UIApplication) を使用して実装するかについて、いくつかの意見をお待ちしております。
いくつかのトレードオフを理解しています。アプリケーションを他のデバイスに移植したい場合、J2ME はより柔軟になります。RIM は、Blackberry ネイティブをより適切にサポートしています。
まだ情報が不足しているのは、UI 側です。優れたユーザー エクスペリエンスを備え、BB ユーザーが慣れている他のアプリのように見えるアプリを構築したいと考えています。J2ME ルートを使用する場合、これを実行できますか?
質問のやや主観的で技術的でない性質についてお詫び申し上げます。
BlackBerry および非 BLackBerry プラットフォームで実行する純粋な MIDP アプリを構築する方法と、別の BlackBerry アプリを構築する方法の両方を試しました (多くの場合、MIDP アプリと同じビジネス ロジックとネットワーク コードの多くを使用します)。間違いなく BlackBerry ネイティブ ルートに進みます。
BB UI クラスがすべてです。それらは、（とりわけ）さまざまなタイプのメニューイベント（トラックボールとメニューキー）に応答し、BB固有のキーコードに応答する機能を提供します。ストームに興味がある場合は、方向センサーを利用して、タッチサポート。さらに、それらは操作するためのより豊富な UI 要素のセットです。純粋な MIDP で行うことの多く (すべてではない) を構築できますが、最終的にはプラットフォームごとにカスタマイズすることになり、最終的には何も保存できなくなります。BB UI から始めてカスタマイズすることで、多くの時間と労力を節約できます。
ゲーム アプリケーションや、すべてのコンポーネントをカスタム描画するアプリケーションであっても、BlackBerry グラフィック API へのアクセスが向上し、BlackBerry ネイティブ アプリ ルートのパフォーマンスが向上します。また、入力イベントに関するより詳細な情報が得られます。
最後に、バックグラウンドへのプッシュや、MIDlet では実行できないシステム起動時の自動実行など、BlackBerry ネイティブ アプリで実行できる便利なライフサイクル機能がいくつかあります。
また、市場についても考えてみてください。BlackBerry をすぐにサポートし、将来的には他の MIDP プラットフォームをサポートすることを計画している場合は、通常、最初のプラットフォームでできる限りのことを実行することをお勧めします。最初に BlackBerry で成功しなければ、後で MIDP に移植する理由はほとんどないでしょう。
BlackBerry は、プログラミングが非常に難しいプラットフォームです。私はネイティブ ルートに行きましたが、文書化が非常に不十分であり、全体的に操作するには惨めなデザインであることがわかりました。J2ME ルートに進むと、特定の機能 (スクロール ホイール?) の機能が失われるため、必要だと感じました。これはトレードオフであり、特定のニーズにより適したものを選択する必要があります。
Nextel/Motorola の携帯電話が J2ME 機能の最前線にあった 2002 年から、私は J2ME に取り組んできました。主にゲーム以外のアプリケーションを扱っています。現在、J2ME が進化し、JSR に準拠する電話が増えているため、私のアプリケーションは引き続きスムーズに移植されています。今年、ようやく Blackberry デバイスに移行することができました。2 日後、Blackberry 上でアプリケーションが完全に機能するようになりました。アプリケーションは純粋に汎用的な J2ME であり、多くの JSR (場所、Bluetooth、xml など) を使用します。強力な UI デザインが役立ちます。QWERTY/SureType キーパッドをサポートするために、いくつかの UI クラスを拡張しました。私は、Blackberry デバイス (ゲームではない) にあるさまざまなネイティブ アプリケーションを使用してきましたが、RIM API に挑戦して何が得られるかを確認する理由はまだありません。
アプリケーションの範囲、つまりどのデバイスをターゲットにするかを知らなくても、考慮しなければならないもう1つのことは、BlackBerryモデルごとの入力の違いが拡大し続けることです。CurveやBoldなどの一部のデバイスは、標準のQWERTYパッドですが、PEARLなどの他のデバイスにはSureTypeパッドがあります。そして、画面の向きに応じて両方をサポートするストームがあります。また、ユーザーがSureTypeパッドをそのように設定している場合は、SureTypeパッドを標準のテンキーとして使用する必要があります。ネイティブAPIは、これらすべてをサポートしているため、標準のMIDPではそれほど贅沢なことはできません。
ユーザーエクスペリエンスを設計する際のもう1つのヒントは、いくつかの異なるBlackBerryモデルを手に入れ、標準で提供されているアプリのいくつかを試してみることです。たとえば、スペースバーが下に表示されます。これはドキュメントを読むのに非常に大きなものですが、私はこの機能を備えていないサードパーティのRSSフィードリーダーを持っており、このアプリに存在しないことを思い出す前に、常に最初に使用しようとします。このような細かい部分は、BlackBerryユーザーに大きな違いをもたらす可能性があります。
間には方法があります。J2MEを使用できます-J2MEでネイティブにポーランド語とコードを記述します。ポーランド語は、ネイティブのBlackBerryアプリのルックアンドフィールをある程度追加します。これには、BlackBerryに限らず、アプリを他のJ2ME電話に移植できるという利点があります。
Anthony に同意します。BlackBerry アプリ用の BlackBerry 固有の API を使用します。J2ME は移植性が低く、BlackBerry は独自の API をより適切にサポートしています。
私の経験から言えば、ネイティブの BlackBerry UiApplication を使い続けることです。これは BlackBerry に最適であり、BlackBerry ユーザーに最高のユーザー エクスペリエンスを提供します。J2ME でそれを簡単にコピーすることはできません。
J2ME の開発は簡単です。また、BlackBerry API には多くの機能があり、簡単な署名で制限されたクラスを使用できます。BlackBerry は署名証明書を販売しており、安価です。20ドル。この証明書を使用して、すべての制限されたクラスに署名して使用できます。J2ME では、すべての電話機能を使用できない場合でも、複数の証明書を使用する必要がある場合があります。したがって、私の提案は、BlackBerry ネイティブ API といくつかの J2ME ラッパー コードを使用することです。そのため、J2ME として簡単にコーディングでき、BlackBerry ネイティブ API のすべての機能を使用できます。