Android Query でユーザー インターフェイス開発に何ができるかを示すために、プロジェクト ページから例を引用しました。
これは AQuery を使用する前のコードです:
これは AQuery を使用した後のコードです:
おなじみの jQuery 構文が再び登場し、とても興奮しました。
AQuery プロジェクトのアドレス: https://github.com/androidquery/androidquery
Android クエリは、イベント ハンドラーをアタッチするプロセスを簡素化します。インターフェイスや匿名クラスを構築するのではなく、イベント ハンドラー メソッド名のスペルを間違えないようにするだけです。
画面サイズや API バージョンによって引き起こされる些細な問題が、デバイスに多大な問題を引き起こす可能性があります。 Android Query は、API の周囲に独自のラッパーを提供することで問題の一部を解決します。たとえば、関数「aq.hardwareAccelerated11();」は、デバイスが API 11 をサポートしているかどうかを検出し、必要に応じてハードウェア アクセラレーションを開始します。
さまざまな画面サイズを扱う場合、開発者は多くの場合、最初にタブレットを作成し、次に携帯電話に適合するまでコントロールを削除して特定します。一般に、これは、コード ビハインドからコントロールを操作する前に、仮想ツリーをチェックして、実際に axml ファイルから作成されたかどうかを確認する必要があることを意味します。
Android クエリは条件付きでメソッドをチェーンするため、すべてのチェックを回避できます。次のコードを考えてみましょう:
コントロールアドレスが存在しない場合、以降の設定メソッドおよびイベントハンドラはすべて停止します。これによりデバッグが難しくなる可能性がありますが、onCreate メソッドのコード行数を大幅に減らすことができます。
AQuery を使用すると、非同期 HTTP リクエストを簡単に呼び出すこともできます。これには、単純なマルチパート POST 操作のサポートが含まれており、バイナリ、JSON、HTML、および XML 形式のデータを受け入れることができます。さらに、画像の個別のサポートが含まれているため、1 行のコードで画像をダウンロードし、キャッシュし、コントロールに読み込むことができます。