Blackberryの開発：アーキテクチャのベストプラクティスとパターン

Question

Blackberryの開発者は、毎日のモバイル開発者よりもはるかに小さなツールボックスを使用してその日を始めます。さらに、J2MEの制約は、Javaのコア「機能」の1つ、つまりGuiceを含む豊富なサードパーティのフレームワークを利用することができないことを意味します。

その場合、ブラックベリープラットフォームのアプリアーキテクチャのベストプラクティスは何ですか？

私のようなコアフレームワークおよび/または多年生アーキテクチャの質問に答えるの原則を探しています：私たちは依存性の注入をどのように行うのです

• ？
• テスト駆動開発はどのように行うのですか？
• 複数のAPIバージョンを管理するにはどうすればよいですか？
• 私たちはお気に入りの機能を他のJavaバージョンからどのように覗き込んだりエミュレートしたりできますか？

回答ごとに1つの原則またはベストプラクティスを強調してください。

Answer 1

私はBlackBerryのDevCon'10でこれらのトピックのいくつかには触れプレゼンテーションました：このプレゼンテーションで

• Layout, Configure and Build Strategies for BlackBerry Apps
• Transcript of the talk
• Sample code

を、私が触れましたライブラリを使用して複数のAPIバージョンを管理するためのさまざまな手法、および実行時に動的にインスタンス化する抽象ファクトリの使用。また、BlackBerry Screenクラスの継承階層全体でAPIバージョンを管理する際に発生する特定の問題について、いくつかの創造的な解決策を提案しました。さらに、私は、J2MEUnitと、シミュレータで実行されるカスタム作成の（およびソース提供の）テストコンソールGUIを使用してユニットテストを行う方法の例を提供しました。

Answer 2

Retrotranslator私の開発セットアップが改善されました。

AtomicObjectのOur Blackberry Development Environmentからアイデアを得ました。

私は決して仕事をするための列挙を得られませんでした。ほとんどのコレクションは使用できませんが、ジェネリックとアノテーションはその日を守ります。