ADT 20.0.0 (2012年6月)リリース

依存関係

• ADT 20.0.0 を利用するために Java 1.6 かそれ以降が必要
• Eclipse Helios (Version 3.6.2) かそれ以降が必要
• ADT 20.0.0 は、SDK tools r20 を利用するために設計されています。SDK Tools r20. まだSDK Tools r20をインストールしていない場合は、SDK manager からインストールしてください。

一般的な改善点:

• アプリケーション　テンプレート
  • Androidアプリのテンプレートを追加。Androidアプリ開発のベストプラクティスを利用するために、開発者が特殊な事例を登録可能にした。
• パフォーマンス
  • 全体的な ADT パフォーマンスを改善し、メモリに関する不具合を修正。SDK dataのロードを30%改善。
• GLES向けのTracer
  • アプリからのOpenGL callをトレースするための新しいperspective viewを追加し、それぞれのcallの track とビジュアル結果が見れるようになった。 (詳細はこちら。)
• Lint
  • 新しい Lint ルールを追加。manifest 登録、activity 登録の重複、セキュリティチェック、Toastの正しい利用方法、SharedPreferencesのcommit()忘れの防止、Fragmentクラスのインスタンス化、handlerのメモリリーク対応
  • レイアウトエディタに関する Lint のより厳しい統一を追加( href="http://tools.android.com/recent/lintfeedback">詳細はこちら)
  • Javaファイル保存時のオプションに Lint の実行を追加( href="http://tools.android.com/recent/lintonsave">詳細はこちら)
• レイアウトエディタ(詳細はこちら)
  • 重要な属性、画像やカラーのインラインプレビュー、似ているリソース名がboldでハイライトされる機能を追加
  • デフォルト値の表示機能を追加（あれば）
  • リソースの値、enum, flagの固定値の補間を追加
  • 拡張プロパティの表示機能を追加し、ネストされたプロパティをカテゴライズする機能、例えば、レイアウトのパラメータは１段階ネストされたプロパティが最初にリストされます。
  • 値のないアトリビュート名の上に Tooltips を表示。
  • booleanの値のためにチェックボックスのサポートを追加
  • アルファベットと数値のソートオーダーを切り替える機能を追加
  • より便利に編集できるようにするために、レイアウトエディタのwindows管理を改良
  • レイアウトエディタの設定をUIのヘッダから選べるように改良
• XML 編集機能
  • テーマ参照(?android:attr, ?attr:)されている宣言への移動サポートを追加
  • style定義の補間機能を改良
  • APIレベルごとにバージョン定義を表示するために、manifest 内のminSdkVersion と targetSdkVersion 属性の補間を改良
  • styleファイルを含むカスタムビューのカスタム属性に対しても補間機能を改良。
  • XML outline viewでテキストや画像の編集が同期する改良
• Build System
  • プロジェクトのmanifestの中に library project の manifest が自動的にマージされる機能を追加。 manifestmerger.enabled property を有効にすれば動作する。
  • aapt -G flagによって、ProGuardの自動サポートを追加。XML files(custom viewsのような）を参照し、テンポラリのProGuard keep-ruleファイルに含まれるクラスを生成するビルドシステムにこの変更は影響する。巨大なライブラリプロジェクト(Android Support libraryのような)の一部を利用する場合により小さな apk を生成することが可能になる。そのため、すべての custom views をkeepするdefault ProGuard 設定ファイルは削除されます。
• NDKベースのAndroid project のデバッグ機能を追加
• background shapes の調整やパディングを Asset Stdio Wizard で対応追加
• LogCat で異なる優先度に色設定ができるように改良
• 複数デバイスが接続されていても、1つのみで実行できるように “Run” を改良。launch 設定ダイアログの target tab は接続されているすべてのデバイスを表示し、物理デバイスかエミュレータかを設定可能。（この機能は、”Run設定”のみで、DebugやJUnitテストでは利用できません）

不具合修正

• Lintの間違ったレポートに関する多数の不具合を修正
• レイアウトエディタに関する不具合を修正
• カット・コピー・ペーストを含む、Eclipse 4.x (Juno) の互換性保持に関する不具合を修正

SDK Tools, Revision 19の意訳です。完璧な自信はありませんので原文も一緒にご参照ください。

SDK Tools, Revision 19(2012年4月)

重要なお知らせ： Android SDK Manager から新しいAndroid 4.0 のシステムコンポーネントをダウンロードするために、SDK Tools をバージョン14かそれ以上に更新して、Android SDK Manager を再起動すべきです。もしAndroid 4.0 システムコンポーネントをダウンロードしなければ、必要ありません。

依存関係（利用上の前提条件）：

• Android SDK Platform-tools がバージョン9かそれ以上
• もしEclipse(ADTを含めて）を利用する場合、注意点があります。SDK Tools r19は ADT 18やそれ以上を利用するように設計されています。ADTプラグインをADT 18に更新することを強くお薦めします。
• もしEclipse以外で開発する場合、 Apache Ant 1.8 かそれ以上を利用すべきです。

不具合修正：

• GPUアクセラレーション機能を利用したエミュレータをいくつかの開発者が利用できないイシューを修正

このページを見た人は、以下のページも見ています。

• メモリリークを発見！Androidアプリのメモリ解析手法
• GB最強の65%。2012年6月1日時点のAndroid Platform バージョンの割合
• au one Marketアプリの再インストール方法

]]> http://andbrowser.com/development/knowhow/883/sdk-tools-r19/feed/ 1 http://andbrowser.com/development/knowhow/877/sdk-tools-r18/ http://andbrowser.com/development/knowhow/877/sdk-tools-r18/#comments Thu, 03 May 2012 02:59:54 +0000 admin http://andbrowser.com/?p=877

SDK Tools, Revision 18の意訳です。完璧な自信はありませんので原文も一緒にご参照ください。

SDK Tools, Revision 18(2012年4月)

重要なお知らせ： Android SDK Manager から新しいAndroid 4.0 のシステムコンポーネントをダウンロードするために、SDK Tools をバージョン14かそれ以上に更新して、Android SDK Manager を再起動すべきです。もしAndroid 4.0 システムコンポーネントをダウンロードしなければ、必要ありません。

依存関係（利用上の前提条件）：

• Android SDK Platform-tools がバージョン9かそれ以上
• もしEclipse(ADTを含めて）を利用する場合、注意点があります。SDK Tools r18は ADT 18やそれ以上を利用するように設計されています。ADTプラグインをADT 18に更新することを強くお薦めします。
• もしEclipse以外で開発する場合、 Apache Ant 1.8 かそれ以上を利用すべきです。

概要：

• センサーとマルチタッチエミュレーション機能の両方を含めるために、SdkController アプリを更新

不具合修正：

• いくつかのケースで libs/ フォルダ内のいくつかの jar ライブラリが含まれないAntに関するイシューを修正

このページを見た人は、以下のページも見ています。

• Android Development Tools(ADT) 20.0.2 更新情報
• Android Development Tools(ADT) 20.0.0 更新情報
• Android Development Tools(ADT) r16.0.1 更新情報

]]> http://andbrowser.com/development/knowhow/877/sdk-tools-r18/feed/ 0 http://andbrowser.com/development/knowhow/869/sdk-tools-r17/ http://andbrowser.com/development/knowhow/869/sdk-tools-r17/#comments Thu, 03 May 2012 02:44:00 +0000 admin http://andbrowser.com/?p=869
SDK Tools, Revision 17の意訳です。完璧な自信はありませんので原文も一緒にご参照ください。

SDK Tools, Revision 17(2012年3月)

重要なお知らせ： Android SDK Manager から新しいAndroid 4.0 のシステムコンポーネントをダウンロードするために、SDK Tools をバージョン14かそれ以上に更新して、Android SDK Manager を再起動すべきです。もしAndroid 4.0 システムコンポーネントをダウンロードしなければ、必要ありません。

依存関係（利用上の前提条件）：

• Android SDK Platform-tools がバージョン9かそれ以上
• もしEclipse(ADTを含めて）を利用する場合、注意点があります。SDK Tools r16は ADT 16やそれ以上を利用するように設計されています。ADTプラグインをADT 16に更新することを強くお薦めします。
• もしEclipse以外で開発する場合、 Apache Ant 1.8 かそれ以上を利用すべきです。

更新情報：

• エミュレータ
  • ハードウェアアクセラレートされるグラフィックレンダリングのサポートを追加。この機能を利用するためには、APIレベル15 リビジョン3かそれ以降のシステムイメージが必要です。(詳細情報はこちら（英語）)
  • WindowsとMac OS X 上の virtualization mode で x86システムイメージの動作をサポート(詳細情報はこちら（英語）)

    注意点： x86システムイメージをインストールするための Android SDK Manager の利用方法。Android x86 システムイメージは、すべてのAPIレベルで準備されておりません。

  • USB接続された物理Androidデバイスからの入力を受け取るために有効化したエミュレータにおいて、マルチタッチ入力のための実験的なサポートを追加。(詳細情報はこちら（英語）)
• DDMS上にアプリのリアルタイムな詳細なネットワーク利用情報の表示機能を追加(詳細情報はこちら（英語）)
• ProGuard
  • バンドルされた ProGuard ツールを Version 4.7 に更新。多数の新機能が追加され、この追加でいつくかのユーザが経験していた「Conversion to Dalvik format failed with error 1」エラーが修正
  • デフォルトの proguard.cfg ファイルにAndroid向けによりよい設定を標準で追加。
  • ProGuard設定ファイルを分割。プロジェクト内のプロジェクト固有設定とツールから提供されたAndroid一般設定の２つに分割。
• ビルド
  • デバッグモードで実行時のみコードが実行される機能を追加。ビルド向けに新しく作成されたBuildConfigクラスに含まれているDEBUG定数を追加。これはビルド時のタイプ（リリースビルド、デバッグビルド）によって自動的に設定されます。BuildConfig.DEBUG定数は、デバッグモード時のみ有効化されます。
  • プロジェクトとライブラリのライブラリフォルダのいくつかの jar ファイルに関するイシューを修正(詳細情報はこちら（英語）
  • ライブラリ内にカスタム属性を保持しているカスタムビューのサポートを追加。カスタム属性を利用しているレイアウトは、アプリのパッケージ名に含まれているURIの代わりに必ずネームスペースURI（http://schemas.android.com/apk/res-auto）を利用すべきです。このURIはビルド時にアプリ固有なものに置き換えられます。
• Lint
  • Androidアプリのソースコードへの Lint チェックを更新。以前のアプリケーションコードの中から検索をベース（未使用リソースのチェックのような）にした Lint ルールは、木構造をパースしたJavaスタイルをより正確に利用するために上書きされました。
  • ライブラリプロジェクトをチェックする機能を追加。この変更は、ライブラリプロジェクトと参照されている下位のプロジェクトの中で宣言されているリソースの未使用リソースのようなルールを意味しています。
  • JavaコードとXMLファイルの中で Lint 警告を抑制する機能として、@SuppressLint アノテーションを追加。例えば、ネームスペースと無視する属性に関して。(詳細情報はこちら（英語）)
  • 新しい Lint チェック：
    • サポート中の最小のAndroid Versionより高いAndroidバージョンを必要としているAndroid API コール向けのチェックを追加。システムバージョン状態をラップしたコードがある場合、警告を抑制するために新しい @TargetApi アノテーションが利用できます。(詳細情報はこちら（英語）)
    • パフォーマンスやXMLレイアウトやマニフェストやファイルハンドリングに関するチェックを含めた 20 を超える新しい Lint ルールを追加。

このページを見た人は、以下のページも見ています。

• auマーケットの簡単インストール方法
• Android Development Tools(ADT) 20.0.0 更新情報
• SDK Tools r16 更新情報

]]> http://andbrowser.com/development/knowhow/869/sdk-tools-r17/feed/ 0 http://andbrowser.com/development/knowhow/787/android-lint-check-rule-detail/ http://andbrowser.com/development/knowhow/787/android-lint-check-rule-detail/#comments Sun, 25 Dec 2011 12:54:11 +0000 admin http://andbrowser.com/?p=787

Android Lintの解析内容の詳細

Android Lintについては、前のエントリをご参照ください。このエントリでは、以下のlintコマンドで表示される lint の解析内容をカテゴリごとに整理し、指摘事項の詳細をまとめました。。

$ lint --show

以下の詳細を見る前にいくつかポイントを整理しておきます。

• 優先度(Priority)は数字が大きい（10が最大）ものが高いことを意味します。
• 重要性（severity)は変更可能。全プロジェクトのみではなく、各プロジェクトごとにも設定可能。変更は、eclipse > preference > Android > Lint Error Checking で実施。
  

• セーブ時に一部チェックの自動適用の可否を設定可能
• アプリパッケージ作成時のフルチェックの可否を設定可可能
• 指摘項目は適時更新されて追加しているため、掲載不足のものもあります。それらは、lint --showコマンドか preference の Lint Error Checking で詳細をご覧ください。
• エラーが発生すると apk 作成を中止するため、重要性(severity)を警告からエラーにする場合は熟慮することをお薦めします。

Lintの解析項目一覧

カテゴリ Category	ID	概要 Name	優先度 Priority	重要性 Severity	詳細 Detail
正確性	AdapterViewChildren	XML内の子Viewとして定義されていない AdapterView かどうかを調査	10/10	警告	ListViewのようなAdapterViewは、ListAdapterのようなもので、Javaコードからデータを設定しなければなりません。より詳細は、http://developer.android.com/reference/android/widget/AdapterView.htmlを参照ください。
正確性	MissingPrefix	Androidネームスペースで利用されていないXML属性を発見	8/10	警告	Android viewたちのほとんどは、Androidネームスペースの属性をもっています。これらの属性を参照する場合は、必ずネームスペースの接頭語をつけるべきです。さもないとカスタム属性として aapt に解釈されます。
正確性	MissingTranslation	全文字列が翻訳済みかどうかの完全性を調査	8/10	エラー	もしアプリが１言語よりも多い言語をサポートする場合、１言語の全文字列が他の言語にも翻訳されているべきです。標準では、この検出は　言語の地域たちに提供されます。ちょど文字列のサブセットとして提供されたり、標準の言語文字列の代替になります。すべての地域に対して、完全な翻訳を提供するために ANDROID_LINT_COMPLETE_REGIONSという環境変数をセットすることによって、強制できます。
正確性	Proguard	proguard.cfg ファイルの問題を調査	8/10	エラー	proguard.cfg ファイルで -keepclasseswithmembernames を利用することは、正しくありません。なぜなら、ADTの新しいバージョンで作成される proguard.cfg ファイルは異なるフォーマットになるためです。 -keepclasseswithmembernames の代わりにkeepclasseswithmembers を利用してください。なぜなら過去のフラグもまた、XMLからでJava(CustomViewsのようなもの)でなく参照されるシンボルのみの"allow shrinking"を示しているためです。 より詳細情報は、http://code.google.com/p/android/issues/detail?id=16384 を見てください。
正確性	ScrollViewCount	ScrollViewが正しく子ウィジェットが保持しているかを調査	8/10	警告	Scrollviewは1つの子ウィジェットのみを保持できます。もし２つ以上の子を持ちたければ、コンテナレイアウトにまとめて保持させましょう。
正確性	DuplicateIds	シングルレイアウトの中で同じIDが存在するかどうかの調査	7/10	警告	レイアウトの中で、IDは一意であるべきです。さもないと findViewById() が予期せぬviewを返します。
正確性	InconsistentArrays	配列の要素数に矛盾がないかどうかを調査	7/10	警告	配列が他の地域向けに翻訳されるときに、一般的にはオリジナルな配列と同様の要素数にすべきです。配列を追加や削除したときに、すべての地域の更新を簡単に忘れてしまいます。そんため、lint の警告はこれらの矛盾を検出します。 注意：しなしながら本当にそれぞれの設定において（例えば、存在するオプションに相当する配列やそれらのオプションが異なるレイアウトの向きやそれ上の違いがある場合）配列アイテムの要素数が異なるものを利用したい理由がある場合は、自らの判断でエラーかどうかを判断して利用してください。 もし間違ったエラーがプロジェクト内にある場合は、そのエラータイプを抑止できます。
正確性	NestedScrolling	スクロールするウィジェットが何かのスクロールするウィジェットの中に入っているかかどうかを調査	7/10	警告	ScrollViewのようなスクロールするViewは、重要なユーザビリティ問題のため、何かのネストされたスクロールウィジェットを中に含めるべきではありません。
正確性	ScrollViewSize	ScrollViewがスクロール範囲の中で WRAP_CONTENT を利用しているかどうかをチェック	7/10	警告	ScrollView の子たちは、layout_width か layout_height 属性に wrap_content よりもむしろ fill_parent か match_parent をスクロール領域の中で指定すべきです。
正確性	DuplicateIncludedIds	include tag を利用して結合したレイアウトにわたって同じIDが利用されているかどうかをチェック	6/10	警告	同じIDを２つの独立したレイアウトに利用することは良いことです。しかしながら、もしレイアウトを include tag して結合した場合、IDはincludeされたレイアウトの連鎖の中で一意な必要性がある、もしくはActivity#findViewById()は期待しないViewを返します。
正確性	ExtraTranslation	利用されていない（標準言語向け文字列で存在しない）ように見える翻訳をチェック	6/10	警告	もし、ある文字列が特定の言語向けの翻訳ファイルで現れた場合で、標準の地域(locale)に同じ文字列が存在しない場合があれば、たぶんこの文字列は利用されていないだろう。（あなたのアプリが特別な地域(locale)のみで動作するように意図したものであれば、技術的にこの可能性がありますが、しかし代替を準備するよりはまだまだ良案です。）
正確性	ManifestOrder	<application>タグの後ろに<uses-sdk>が存在するようなマニフェストの問題を調査	5/10	警告	<application>タグは、必要なversion情報やfeatureやlibrariesなどの宣言タグの後に現れるべきです。 <application>タグがいくつかの他のタグより前に現れたときは過去に複雑なバグが存在しました。 そのためロジカルな依存順序でマニフェストに並べるのがベストです。
正確性	StateListReachable	<selector>の中で到達できない状態(state)を調査	5/10	警告	selectorの中で、state list の最後の子のみが state修飾詞を除外すべきです。もしそうでなければ、リストのすべての次にくる項目は与えられた項目がすべてマッチするために無視されるでしょう。
正確性	GridLayout	行と列が外部で宣言されているような場合のGridLayoutの潜在的なエラーを調査。	4/10	エラー	GridLayoutのrowCountかcolumnCountのサイズの宣言が外部のlayout_rowやlayout_columnで定義されている場合、たいてい故意ではないエラーになります。
正確性	PxUsage	"px"単位の利用を調査	2/10	警告	パフォーマンスの理由とコードをシンプルに保つために、Androidシステムは指定された範囲のスタンダードなユニットや指定された値のためにピクセルを利用します。 この意味はviewの範囲はいつもピクセルを利用してコード上から設定されますが、しかしいつも現在のスクリーン density をベースに設定されます。例えば、もし、myView().getWidth() が10を返すとき、viewは現在の画面の10ピクセルの横の長さがありますが、しかしdensityの高い画面の端末の場合、15を返す可能性があります。もしアプリの中で現在のスクリーンdensityに拡大されないビットマップとともにピクセルの値を利用していると、自らのコードでビットマップリソースを画面に合うようにスケールさせる必要があります。
セキュリティ	ExportedService	パーミッションを必要としない exported Service(<service>タグのandroid:exported="true"の場合）を調査	5/10	警告	Exported services(exported=true か intent-filder を含んでいるか、exported=falseを明示していないか）はパーミッションを定義すべきです。これはサービスを起動するか、バインドするために必要です。これがない場合、アプリはこのサービスを利用できません。
パフォーマンス	UseCompoundDrawables	現在のノードが 複合（compound) drawable を利用した TextView に置き換えられるかどうかを調査	6/10	警告	ImageViewとTextViewを含んだLinearLayoutは、結合したdrawableとして扱われて、パフォーマンスが向上します。
パフォーマンス	MergeRootFrame	ルーツの<FrameLayout>が<merge>タグで置き換えられるかどうかを調査	4/10	警告	<FrameLayout>がレイアウトのルートであり、背景やパディングが提供されていない場合、パフォーマンス向上のために<merge>タグに入れ替えできます。
パフォーマンス	InefficientWeight	LinearLayout内で無効な weight 指定を調査	3/10	警告	LinearLayoutの中の１つのウィジェットしか weight を定義していないとき、残ったすべてのスペースを割り当てるために、0dpをwidth/heightに設定することによりパフォーマンス向上が見込める。Width/heightに 0dp が定義されている場合は、最初に自身のサイズは計算されません。
パフォーマンス	UnusedResources	未使用リソースを調査	3/10	警告	利用していないリソースは、アプリを大きくし、ビルド時の速度が遅くしてしまいます。 制限事項： -もしEclipseに関わらずコマンドラインからlintを実行している場合、Javaファイルの解析は正確なパースツリーを利用するよりむしろパターンパッチが適応されます。そのため、結果は正確ではありません。（この制限は将来対応予定です。） -解析は、ライブラリプロジェクトで定義されているリソースやライブラリプロジェクトが参照しているリソースの間の依存関係を考慮できません。そのとき、リソースはまだ利用されていませんと通知されます。
パフォーマンス	UselessLeaf	削除可能な子要素かどうかを調査	2/10	警告	子も背景も持たないレイアウトは、よりフラットにしたり効果的なレイアウト階層にするために削除できます（invisibleなため）。
パフォーマンス	UselessParent	削除可能な親要素かどうかを調査	2/10	警告	子を持たないレイアウトは、ルートレイアウトか scrollview ではありませんし、背景を持たず、削除可能であり、子たちを親に移動させたり、より効果的なレイアウト階層に変更することができます。
パフォーマンス	TooDeepLayout	レイアウト階層が深すぎるかどうかを調査	1/10	警告	レイアウトのネストが深すぎる場合はパフォーマンスを低下させます。そのため（RelativeLayoutやGridLayoutのような）フラットなレイアウトの利用を検討してください。標準の最大の深さは10ですが、この設定は環境変数のANDROID_LINT_MAX_DEPTHで設定できます。
パフォーマンス	TooManyViews	viewの数が多すぎるかどうかを調査	1/10	警告	１つのレイアウトにたくさんのViewを使うことは、パフォーマンスを低下させます。統合したdrawableや他の仕組みを利用して、レイアウトのviewの数を減らすように検討してください。
パフォーマンス	UnusedIds	未使用のIDを調査	1/10	警告	重要：この設定はデフォルトで無効です。有効にしたい場合は、–enable UnusedIds を　してください。 リソースID定義は、どこからも参照されない場合は必要ありません。ID定義を行う場合は、たとえ利用しない場合であっても、レイアウトやメニュー上で簡単に動作するため、悪い考えであり必要ありません。そのため削除したほうがよいでしょう。
ユーザビリティ	TextFields	inputTypeやヒント設定の間違ったテキストフィールドを調査	5/10	警告	テキストフィールドにinputType属性が提供されていることは、ユーザビリティの改善に有効です。なぜなら入力されるデータが独立していて、最適なキーボードをユーザに提供できるためです（電話番号のための数字のみや文字のみのように）。同様に、ヒント属性はユーザにテキストフィールドに何を期待するかを表示することができます。
ユーザビリティ：アイコン	IconNoDpi	nodpiフォルダとdpiフォルダの両方にアイコンが存在するかを調査	7/10	警告	drawable-nodpiフォルダのビットマップは、Androidフレームワークによってスケールされません。もし同じ名前のdrawableリソースが drawable-hdpiのようなdpiフォルダと同様に-nodpiフォルダに存在する場合、あいまいであり、国際化できない振る舞いになります。 １つか他のものを削除して、他のアイコンを利用してください。
ユーザビリティ：アイコン	GifUsage	GIFファイル（非推奨）が利用されてる画像を調査	5/10	警告	.gifファイルフォーマットは非推奨です。.pngか.jpgの利用を検討してください。
ユーザビリティ：アイコン	IconDipSize	densityごとのアイコンたちが概ね同じdensity-independentサイズかどうかを確認	5/10	警告	複数のdensityに提供されるすべてのアイコンがチェックされて、すべてが同じdensity非依存ピクセル(dpi)サイズであることを計算します。これは画像が異なるフォルダに入っていたり、アイコンがいくつかのフォルダが忘れられて新しいサイズに変更されるエラーを検出します。
ユーザビリティ：アイコン	IconDuplicatesConfig	様々設定パラメータを通した同一のビットマップのアイコンを探索	5/10	警告	もしアイコンがdrawable-hdpiか-v11のような異なる設定パラメータで提供された場合、それらは一般的に異なるものです。この検出は、同じアイコンが国際化ではなく異なる設定フォルダーに提供されている場合に動作します。
ユーザビリティ：アイコン	IconExpectedSize	ランチャーアイコン、ノーティフィケーションアイコンなどが正しいサイズかどうかを確認	5/10	警告	ランチャーアイコンには事前に定義されたサイズがあります（それぞれのdensityごとに）。これらの規約に従う必要があり、アイコンをプラットフォームごとにフィットさせる必要があります。 より詳細は、http://developer.android.com/guide/practices/ui_guidelines/icon_design_launcher.html#size を参照してください。
ユーザビリティ：アイコン	IconLocation	densityごとのdrawableフォルダに画像が配置されていないことを確認	5/10	警告	res/drawableフォルダは、XML内にshapeで定義されたような density非依存なグラフィックスのために定義されています。ビットマップの場合、drawable-mdpiに移動したり、より高い解像度や低い解像度のものをdrawable-ldpiやdrawable-hdpiやdrawable-xhdpiに振り分ける検討を行いますもし、アイコンが"本当に"density 非依存の場合（たとえば、solid color）、drawable-nodpi フォルダに入れられます。
ユーザビリティ：アイコン	IconDensities	すべてのサポートされるdensity に対してアイコンのカスタムバージョンを提供することを確認する	4/10	警告	アイコンは、主要な screen density class(low, medium, high, extra high)のそれぞれに対してカスタムバージョンを提供し、ベストな見栄えになります。このlintは、それぞれのアイコンたちが density の種別を完全にカバーしていないかどうかをチェックします。 Low density は、あまり多く利用されていないため、このチェックは無視されます。それを強制的に適用させたい場合は、環境変数の値に、ANDROID_LINT_INCLUDE_LDPI=true と設定してください。現在の density の利用方法の詳細は、http://developer.android.com/resources/dashboard/screens.html を参照ください。 さらなる詳細情報は、http://developer.android.com/guide/practices/screens_support.html を参照ください。
ユーザビリティ：アイコン	IconDuplicates	他の名前でコピーされたアイコンを探索	3/10	警告	もしアイコンが他の名前で再利用されている場合、統合して１つのみを利用するようにしたり、他を削除してアプリをより小さくできます。 しかしながら、複製されたアイコンは通常国際化されなかったり、ときどき上書きされたり、更新忘れが発生します。
ユーザビリティ：アイコン	IconMissingDensityFolder	すべてのdensity フォルダが準備さされていることを確認	3/10	警告	アイコンは、主要な screen density class(low, medium, high, extra high)のそれぞれに対してカスタムバージョンを提供し、ベストな見栄えになります。このlintは、特定フォルダが drawable-hdpi のように間違っていたりすることをチェックします。 Low density は、あまり多く利用されていないため、このチェックは無視されます。それを強制的に適用させたい場合は、環境変数の値に、ANDROID_LINT_INCLUDE_LDPI=true と設定してください。現在の density の利用方法の詳細は、http://developer.android.com/resources/dashboard/screens.html を参照ください。 さらなる詳細情報は、http://developer.android.com/guide/practices/screens_support.html を参照ください。
アクセシビリティ	ContentDescription	イメージウィジェットがコンテンツの説明を提供しているかどうかを確認	3/10	警告	ImageViewやImageButtonのようなテキストではないウィジェットは、画面でよめたり、他のアクセサビリティツールが十分にユーザインタフェースを保持できるようにウィジェットのテキスト説明文で特定できるように、contentDescription属性を利用すべきです。
国際化	HardcodedText	リソースに定義すべき、ハードコードされた文字列属性を調査	5/10	警告	レイアウトファイル内で直接ハードコードされたテキスト属性は、以下のいくつかの理由により駄目です。 -コンフィルレーションの種類が作られたとき（例えば、landscapeかportraitかのような）には、正確なテキストを繰り返し利用すべきです。（変更時に最新の状態をキープするため） -アプリは既存の文字列リソースを新しい言語に翻訳したいとときにすぐに、他の言語に翻訳できない。

Antoid Lint はまだまだ開発が並行して進んでいるため、上記のID以外にもこれからどんどん追加されていくと思います。このスピード感と様々なオープンテクノロジーの採用（Lintもそのうちの１つ）が Android 普及の鍵だと感じているので、もっと進んでいってもらいたいと個人的には思っています。

このページを見た人は、以下のページも見ています。

• https://jcenter.bintray.com/com/android/tools/build/gradle/
• メモリリークを発見！Androidアプリのメモリ解析手法
• (2014/06/27時点)SDK Managerが取得するXMLデータ一覧（その３）

]]> http://andbrowser.com/development/knowhow/787/android-lint-check-rule-detail/feed/ 2 http://andbrowser.com/development/knowhow/770/android-support-package-r6/ http://andbrowser.com/development/knowhow/770/android-support-package-r6/#comments Thu, 22 Dec 2011 03:10:46 +0000 admin http://andbrowser.com/?p=770

サポートパッケージ, リビジョン 6 (2011年12月)

Support Package, r6 の意訳です。完璧な自信はありませんので原文と一緒にご覧ください。

重要: サポートライブラリAPIのリファレンスは、フレームワークのリファレンスと一緒に現在提供されています。例：
android.support.v4.app

v4 サポートライブラリの更新情報：

• ViewPagerの変更点：
  • ViewPagerに特別な装飾用の view support を追加。装飾用Viewは、XMLレイアウト内でページャーの子ビューとして提供されるだろう。
  • ページにタイトル文字列を取得するためにPagerAdapter.getPageTitle()を追加。各ページのデフォルト値はありません。
  • PagerTitleStripを追加。簡単なタイトルの分解(strip)を行い、ViewPager の子として追加できます。開発者はテキスト装飾(appearance)とカラーをレイアウトのサイズや重力(gravity)情報と同様に設定できます。
  • アダプタの実装においてクラスのキャストを避けるため View よりもむしろ ViewGroup オブジェクトに対応できるようにPagerAdapter メソッドを更新。
  • Launcher-styleという（フリックで）投げるような振る舞いを利用するためにViewPagerを更新。
  • ユーザ員らフェースやテストの自動化に関する不具合を修正。
• Fragmentのサポート：
  • setStartDeferred() メソッドをsetUserVisibleHint(boolean)に変更。
  • オフスクリーンページのための遅延スタートを追加。パフォーマンス改善のため。
• アクセサビリティAPIのサポート：
  • nullの代わりに空リストが返るようにAccessibilityDelegateCompat メソッドを更新。
  • v4サンプルに新しいAPIを追加。

このページを見た人は、以下のページも見ています。

• https://jcenter.bintray.com/com/android/tools/build/gradle/
• Android Lint 解析内容の詳細を調査
• Android Development Tools(ADT) 20.0.0 更新情報

]]> http://andbrowser.com/development/knowhow/770/android-support-package-r6/feed/ 3 http://andbrowser.com/development/knowhow/712/android-lint/ http://andbrowser.com/development/knowhow/712/android-lint/#comments Sun, 18 Dec 2011 12:55:16 +0000 admin http://andbrowser.com/?p=712

Android Lintの意訳です。完璧な自信はありませんので原文も一緒にご参照ください。

Android Lint

Android Lintは、ADT16(とSDK Tools 16)のための新しいツールです。これは、Androidプロジェクトのソースコードの潜在的な不具合を発見するためのものです。このツールは、Eclipseに統合されて利用されます。アーキテクチャは、意図的に IDE と依存関係を持っていません。そのため、継続的インテグレーションシステム(CI)のようなシステムと同様に他のIDEやビルドツールにも統合されることが望まれています。

以下に不具合の種類をいくつかの例を交えて紹介します。

• 翻訳の失敗（と、利用されていない翻訳）
• レイアウトパフォーマンスの問題（以前の layoutopt ツールで発見されていたものとそれより多くのもの）
• 未使用のリソース
• 矛盾する配列サイズ（配列がマルチ構成で定義されている場合）
• アイコンに関する問題（densityの間違いやアイコンのコピーや間違ったサイズなど）
• ユーザビリティに関する問題（テキストフィールドに入力種類が指定されていないのようなもの）
• Manifestのエラーに関すること
• その他、たくさんのこと

2011/11/24：いくつかの新しい lint ルールを追加

このドキュメントを参照してください。これには lint で現在チェックされるすべての項目が掲載されています。
Lint はまだ開発中のため、このリストは将来追加されていきます。加えて、将来カスタムなチェック項目を（できる限り簡単に）追加できるようなAPIを開発しています。

コマンドライン利用方法

lintというコマンドラインツールが SDK tools/ ディレクトリに提供されています。
もしSDK tools/ ディレクトリにパスが通っていれば “lint”を実行できます。
実行時にAndroidプロジェクトディレクトリを指定してください。任意のディレクトリが指定可能で、(Androidプロジェクトではない場合）再帰的に探索されますし、ディレクトリ内のすべてのプロジェクトがチェック対象になります。（さらにスペース区切りで複数のプロジェクトを指定することもできます）

$ lint /src/astrid/
Scanning GreenDroid-GoogleAPIs: ..
Scanning stream: ...
Scanning api: ...........................
Scanning GDCatalog: .......................
Scanning GreenDroid: ...........................................................
Scanning tests: ...
Scanning filters: ....
Scanning tests: .....
Scanning astrid: ....................................................................................................................................................
Scanning simple: .......
api/res/values-ca: Error: Locale ca is missing translations for: sync_SPr_bgwifi_key, sync_SPr_forget_key, sync_SPr_interval_values, sync_SPr_logged_in_prefix... (2 more) [MissingTranslation]
astrid/res/values-ca: Error: Locale ca is missing translations for: DLG_cancel, DLG_dismiss, DLG_ok, EPr_deactivated... (117 more) [MissingTranslation]
api/res/values-cs: Error: Locale cs is missing translations for: sync_SPr_bgwifi_key, sync_SPr_forget_key, sync_SPr_interval_values, sync_SPr_logged_in_prefix... (2 more) [MissingTranslation]
(many lines omitted)
43 errors, 466 warnings

チェックの無効化

エラーメッセージの後に、鍵括弧（[や]）でエラーの様々な種別を表す id が表示されます。
上記の “MissingTranslation” のようなものです。
指定したチェック項目やチェックのリストを –disable オプションを追加することによって無効化できます。
例えば以下のように。

Usability カテゴリーの Icons サブカテゴリーのように、上記の “Usability:Icons” の記載を行い、カテゴリーリストを作成できます。
デフォルトではいくつかのチェックが無効化されています。それらは、 –enable フラグを追加することによって有効化できます。
最終的に、–check フラグを利用して正確に確認できます。以下のようにコードベース内の特定の問題を見つけられます。

利用可能な id とカテゴリーは以下のように探せます。

$ lint --list
Valid issue categories:
Correctness
Security
Performance
Usability
Usability:Icons
Accessibility
Internationalization

Valid issue id's:
"ContentDescription": Ensures that image widgets provide a contentDescription
"DuplicateIds": Checks for duplicate ids within a single layout
"StateListReachable": Looks for unreachable states in a <selector>
"InefficientWeight": Looks for inefficient weight declarations in LinearLayouts
"ScrollViewSize": Checks that ScrollViews use wrap_content in scrolling dimension
"MergeRootFrame": Checks whether a root <FrameLayout> can be replaced with a <merge> tag
...

各項目の利用方法を取得できます。–show コマンドオプションに id やカテゴリーを指定してください。（引数を省略するとすべての説明が見れます）

$ lint --show MissingPrefix
MissingPrefix
-------------
Summary: Detect XML attributes not using the Android namespace

Priority: 8 / 10
Severity: Warning
Category: Correctness

Most Android views have attributes in the Android namespace. When
referencing these attributes you *must* include the namespace prefix,
or your attribute will be interpreted by aapt as just a custom
attribute.

HTML レポート

コマンドラインツールからHTMLレポートも作成できます。生の lint 出力よりもいくつかの以下の利点があります。

• 各項目ごとにより詳細な説明が記載されます。それにハイパーリンクを用いて各項目の属性やより詳細情報を提供できます。
• エラーが存在する実際のソースコードを掲載できます（エラーの周りの3行程度）
• ソースファイルを結合するリンクを含められます。
• アイコンエラー時に、比較できるようにそれぞれのアイコンをサポートされます。

HTMLレポートを作成するために、–html filename の引数を追加してください。

$ lint --html /tmp/report.html

By default, links to source files will just use local file:// path resources. You can remap the URLs to a different prefix with the –url option. For example:

デフォルトでは、ローカルファイルの file:// パスを利用してソースファイルをリンクします。–url オプションを利用して異なる接頭語を利用して URL にリンクできます。

$ lint --html /tmp/report.html --url /src/MyProj=http://buildserver/src/MyProj

その他のコマンドラインオプション

"lint --help"を実行すれば、詳細情報や利用可能なオプションが表示されます。

Eclipse での利用方法

Lint は ADT 16 に統合されています。これによって lint のコマンドラインバージョンの上記のような機能が提供されます。

• 多数の警告の自動的修正。
• Lint が様々な編集時に自動的に実行されます。
• エラーの特定事例と同様にエラーを抑止する機能があります。
• 厳格に項目を設定する機能があります。
• lint view から問題のソースコードに直接ジャンプできます。

Lintの自動実行

Lint は以下の場合に自動的に実行されます。

• APKを作成時。この場合、lint は致命的なエラーのみの調査を行う特別なモード（高速に実行するため）で実行されます。そして、もし致命的なエラーが有る場合はapk作成が中止されます。この機能は Lint オプションで停止できます。
• レイアウトファイルや manifest ファイルのようなXMLファイルを編集や保存した場合。この場合、すべてのファイル内で調査が実施されて、調査結果がエディタのマーカーとして表示されます。
• レイアウトエディタを利用する場合。UI操作を行うたびに、ファイル内調査（layouoptの様々なルールのような）がレイアウトファイルに実行されて、lint window(レイアウトエディタの上部の左コーナーに表示されるエラーやマーカーから開いたり)が表示されます。

Lint Window

プロジェクト上で Lint を実行するために、パッケージエクスプローラからプロジェクトを選択し、Lint ツールバーアクション（画像の左上）をクリックします。

代わりの方法として、プロジェクト右クリックからAndroid Toolsのサブメニューから”Run Lint”を実行。これにより、Lint Windows が開かれてエラーが追加されます。エラーを選択すると、詳細説明が右のテキストエリアに表示されます。

Lint View でエラーをダブルクリックするとソースファイルのエラーの箇所にジャンプします。それぞれの警告のアイコンは重要性を示しており、警告の修正方法（次のセクションで紹介）が小さな電球で表示されます。

Windows にはアクションバーがあり（上部の右側の端の角）、以下のことをしてくれます。

• lintを再実行して、結果を更新できます。（更新中の間、ストップボタンで中止もできます）
• もし修正を無視したければ、エラーを修正済みにできます。
• 警告のマーカーを削除します。
• すべての警告マーカーを削除します。

クイック修正

多数の lint 警告は自動修正機能を持っています。たとえば、様々な layoutopt 修正項目は修正候補を出してくれます（例：wap_contentを 0dp に置き換える）

• lint view から、電球をクリックして修正する
• レイアウトエディタの警告から、Fixボタンを押して修正する
• XMLソースエディタから、Quick Fix(Ctrl-1 or Command-1)を実行したり、警告に関連づけられている修正を選択する。

エラーの抑止

エディタの Quick Fix メニューから以下の選択ができます。

• このファイル内のみ無視する
• このプロジェクト内で無視する
• ある期間、警告を無視する

（もし quickfix 上の lint 修正アクションが見つからなければ、既知の不具合を見てください。）

これらの選択肢は、プロジェクトの lint.xml に保存されており、コマンドラインツールによって見ることができます。
このように、UI上から警告を無視することができ、ソースプロジェクトのlint.xml ファイルを確認し、lint実行時の他の項目も無視設定したものは、表示されなくなります。（たぶん、手動で検証したみた結果）

オプション

すべてのプロジェクトで利用されるオプションのlint 全体オプションを編集するには、通常のEclipse オプションのndroid > Lint Options を選択してください。

すべてのプロジェクトで利用されるオプションのlint 全体オプションを編集するには、通常のEclipse オプションのndroid > Lint Options を選択してください。

オプションの項目を選択した場合、右下のドロップダウンから Severity(厳密性）（訳者注釈：errorにするかwarningにするか）を設定できます。これによって正確に項目をエラーにするかどうかを設定できます。（例えば、ダイアログのトップ近くにあるAPK作成時に中止する。など）

項目のチェックをオフにする場合は、severityで“Ignore”を選択してください。

lint 設定をプロジェクト毎に編集しないように注意してください。プロジェクト設定ダイアログを開いて（プロジェクト上で右クリック）、Android Lint の設定ページを探してください。オプションダイアログで手動でSeverityを設定するとエラーを抑止すると共に lint.xml ファイルに記録されます。それから、チーム内の他の項目は、プロジェクト内で設定した同じものを利用できます。

インストール方法

いまわかっていることだけでいうと、ADT16に早くアクセスできるように計画しています。（訳者注：すでにADT16.0.1がリリースされています。）

ソースコードが待ちきれないときは、git ソースコードリポジトリが sdk/lint フォルダーで利用できます。(手順は、
http://source.android.com/source/downloading.html　をみてください。そして、マスターリポジトリからソースコードを取得してください。

既知の不具合

• この項目(21124)はADT16で修正済み。
• 未使用のリソース：未使用のリソースの発見は、いくつかのリソースで利用されている場合に正しく動作しない場合があります。lintがコマンドラインから実行されたとき、リソース参照を探すため内に簡単な文字列分析を利用します。コメントや文字列リテラルなどを無視する間に、まだ切り替えが遅れるかもしれないためです。lintがeclipseで動作しているとき、より正しい結果になるようにパースツリーを利用します。このプランは、lintコアがどのようなところで実行したとしても正しく動作するようなフルパースに統合するためです。
• Overdraw 検出：検出を利用していないような場合に、javaコードを分析する必要があり、現在主要なJavaパースツリーは動作していません。（リソース検出を利用していない場合と違って、eclipse 内で実行することはできます）

Lint で解析対象になる項目

次のエントリの「Android Lint 解析内容の詳細を調査」で紹介しているので参考にしてください。

以上

このページを見た人は、以下のページも見ています。

• メモリリークを発見！Androidアプリのメモリ解析手法
• 家族目線(HVC-C2W)SDKのAndroid版サンプルアプリ利用方法
• Edison で利用できる加速度センサーADXL345

]]> http://andbrowser.com/development/knowhow/712/android-lint/feed/ 19 http://andbrowser.com/development/knowhow/697/adt-r16-0-1/ http://andbrowser.com/development/knowhow/697/adt-r16-0-1/#comments Sun, 18 Dec 2011 04:05:26 +0000 admin http://andbrowser.com/?p=697

ADT16.0.1の意訳です。完璧な自信はありませんので原文も一緒にご参照ください。

Android Development Tools(ADT) 16.0.1リリース

adt r16.0.0 がリリースされてから１週間の時間が経たない間にadt r16.0.1 がリリースされました。r16.0.0リリース後に問題やユーザへの影響の大きい不具合修正がメインのようです。

ADT 16.0.1 (2011年12月)

依存関係：

• ADT 16.0.1 を利用するためには、Eclipse Helios (Version 3.6) や それ以上のバージョンが必須。
• ADT 16.0.1 は SDK Tools r16 を利用する前提で開発されています。もしまだ SDK Tools r16 をインストールしていない場合は、Android SDK Manager を利用してインストールしてください。

不具合修正：

• 9-patch は、いくつかのケースで通常のビットマップとしてパッケージされるようにビルドに関する項目を修正
• Lintツールに関する項目を修正。
• SDK Manager に関する項目を修正。

このページを見た人は、以下のページも見ています。

• Android FragmentからのActivity呼び出し方法
• Android Lint の利用方法
• Android Development Tools(ADT) 16 更新情報

]]> http://andbrowser.com/development/knowhow/697/adt-r16-0-1/feed/ 3 http://andbrowser.com/development/knowhow/693/android-adt-16/ http://andbrowser.com/development/knowhow/693/android-adt-16/#comments Fri, 16 Dec 2011 10:03:13 +0000 admin http://andbrowser.com/?p=693 ADT16.0.0の意訳です。完璧な自信はありませんので原文も一緒にご参照ください。

ADT 16.0.0 (2011年12月)

依存関係：

• ADT 16.0.0 を利用するためには、Eclipse Helios (Version 3.6) や それ以上のバージョンが必須。
• ADT 16.0.0 は SDK Tools r16 を利用する前提で開発されています。もしまだ SDK Tools r16 をインストールしていない場合は、Android SDK Manager を利用してインストールしてください。

改良の概要：

• Android プロジェクト (詳細情報)にエラーを発見するための Lint ツールが追加されます。（詳細の日本語訳はこちら）（原本（英語）の詳細情報はこちら）

このページを見た人は、以下のページも見ています。

• SDK Tools Revision 17更新情報
• Android Lint の利用方法
• Android Development Tools(ADT) r16.0.1 更新情報

]]> http://andbrowser.com/development/knowhow/693/android-adt-16/feed/ 0 http://andbrowser.com/development/knowhow/647/adb-shell-pm-list/ http://andbrowser.com/development/knowhow/647/adb-shell-pm-list/#comments Sat, 03 Dec 2011 16:17:01 +0000 admin http://andbrowser.com/?p=647

pm list コマンド

androidアプリ開発をしている場合は、adb コマンドは必須でしょう。adbコマンド以外にもいくつもAndroid SDK DevGuide Toolsに記載されているようなコマンドが提供されています。

今回紹介する pm list コマンドは、上記のようなSDKが提供しているコマンドではなく、端末内で提供されているコマンドです。これはどういう意味かというと、端末のバージョンや開発元（HTCやSamsungなど）によって利用できるものが異なるということです。

３台の端末（emulator込み）の比較

Androidバージョンの異なる２台の端末とエミュレータで pm list コマンドのオプションの比較を行います。差分は、pm list libraries コマンドのみ(pm clear PACKAGEはあまり利用しないだろうと独断と偏見で除外）がAndroidVersion 2.3（今回の場合、Nexus Sとエミュレータ（2.3.3)で提供されていました。

Nexus S(Version:2.3.6, Build number:GRK39F)と Emulator(Version:2.3.3)

IS03(Version:2.2.1, Build number:01.01.08)

pm list libraries コマンド

このコマンドは何を表示してくれるものかというと以下の実行結果のように端末の中に入っているライブラリを一覧表示してくれます。このライブラリを必要とするアプリ（Google Maps を利用しているアプリやusb.accessoryを利用しているアプリなど）は、インストーラーが端末側に利用するライブラリが存在するかどうかを確認し、存在しなければ以下のようなエラーメッセージ(INSTALL_FAILED_MISSING_SHARED_LIBRARY)が表示されて、アプリのインストールが失敗します。

必要なライブラリが端末に存在しない場合のエラーメッセージ（例として、ADKのサンプルアプリDemoKitLaunchをlibrary:com.android.future.usb.accessory が搭載されていない端末にインストールした場合）

Nexus S への pm list libraries コマンド

Android Emulator(Version;2.3.3) （作成時のtarget は、Google APIs ではない方）

結論

• 今回の調査対象とした Nexus S(2.3.6)や emulator(2.3.3)にはpm list に追加オプション(libraries)が存在
• 但し、2.3(GB)の全端末で提供されているかどうかは不明。（ありそうな気がしますが・・・）
• アプリインストール時に利用ライブラリがないエラーがでた場合に、pm list libraries で調査が可能
• 2.2以下でpm list libraries が提供されていない場合の調査方法は不明。（adb install してみるしかない？）

このページを見た人は、以下のページも見ています。

• メモリリークを発見！Androidアプリのメモリ解析手法
• 家族目線(HVC-C2W)SDKのAndroid版サンプルアプリ利用方法
• https://jcenter.bintray.com/com/android/tools/build/gradle/

]]> http://andbrowser.com/development/knowhow/647/adb-shell-pm-list/feed/ 8 http://andbrowser.com/development/knowhow/638/adt-15-0-1-update-info/ http://andbrowser.com/development/knowhow/638/adt-15-0-1-update-info/#comments Thu, 24 Nov 2011 15:33:06 +0000 admin http://andbrowser.com/?p=638

ADT15.0.1の意訳です。完璧な自信はありませんので原文も一緒にご参照ください。

ADT 15.0.1 (2011年11月)

http://developer.android.com/sdk/eclipse-adt.html によると Android Development Tools (ADT) 15.0.1 がリリースされました。変更点は以下のようなものです。

依存関係

ADT 15.0.1 は SDK Tools r15 を利用する前提になっています。まだ SDK Tools r15 をインストールされていない場合は、Android SDK と AVD Manager を使ってインストールしてください。

不具合修正

• ライブラリプロジェクトの.jar ファイルに添付されるソースファイル群に関する修正
• ライブラリプロジェクトの bin フォルダの更新に関する不具合を修正
• ライブラリプロジェクトが再コンパイルされるときに、上位プロジェクトのライブラリコンテナも更新される件に関する修正。これはライブラリプロジェクトの変更時に上位プロジェクトの再コンパイルが保障されます。
• ライブラリプロジェクトの res フォルダがチェックされる件の修正。
• これによって、たとえ Eclipse が項目の更新を気にしなくても、すべての res フォルダが正しく含まれることが保障されます。
• XMLファイルが編集されている間に aapt が実行されることを防止する件の修正
• XML フォーマッターに関する項目の修正

感想

ざっとみた感じ不具合修正のためのリリースでした。こういう小さい不具合も開発環境の違い（Win / Mac / Linux)によっては致命的になるものもあるため、修正されてリリースされることは大変良いことだと思います。自分の開発するアプリでのこのようにきめ細やかなリリースをしていきたいところです。

このページを見た人は、以下のページも見ています。

• adb shell pm list コマンドの端末ごとの違いについて
• ADT(Android Developer Tools) ダウンロードURL一覧
• Android Development Tools(ADT) 20.0.2 更新情報

]]> http://andbrowser.com/development/knowhow/638/adt-15-0-1-update-info/feed/ 1 http://andbrowser.com/development/knowhow/612/android-ndk-r7-release/ http://andbrowser.com/development/knowhow/612/android-ndk-r7-release/#comments Sat, 12 Nov 2011 04:21:59 +0000 admin http://andbrowser.com/?p=612

Android NDK, Revision 7の意訳です。完璧な自信はありませんので原文も一緒にご参照ください。

Android NDK, Revision 7 (2011年１１月)リリース

Android Developer blogで報告があったようにたくさんの追加や改良がおこなわれたAndroid 4.0 プラットフォームでサポートされた新しい機能が含まれたNDK がリリースされました。

新機能

公式Android 4.0(API level 14)に追加された機能

• Khronos Group のOpenMAX AL™ 1.0.1 standard で規定されているネイティブマルチメディアAPIを追加
• 新しく追加された<OMXAL/OpenMAXAL.h> と <OMXAL/OpenMAXAL_Android.h>ヘッダーは、Andriod特有のバッファキューインタフェースを利用して、ネイティブコードから直接マルチメディアアウトプットへの出力を API level 14 指定されているものに許可されます。
• Khronos Group OpenSL ES 1.0.1™ standard に規定されちえるネイティブオーディオAPIが更新
• API level 14上で、MP3, AAC, Vorbisなどの圧縮音源を PCM にデコード可能
• 詳細は、docs/opensles/index.html かhttp://www.khronos.org/opensles/を確認しましょう
• CCache サポートを追加
• リビルドの高速化を実現
• NDK_CCACHE という環境変数を定義し、ccache(ccache バイナリへのパス）を実行
• 定義されていれば、NDK ビルドシステムはコンパイル時に自動的に CCache を利用します。

  export NDK_CCACHE=ccache

  注意： CCache はNDK には含まれていません。そのため、前もってインストールは準備しておく必要があります。CCacheの詳細は、http://ccache.samba.orgをご覧ください

• APP_ABI 設定のサポートを追加。以下の２行のうちどちらかのように Application.mk に記載することが今回のリリースから可能です。

  APP_ABI := all
  APP_ABI := armeabi armeabi-v7a x86
  

  APP_ABI が定義されていれば、コマンドラインからndk-build を実行したときいに機能します。あなたのプロジェクトが ABIs をサポートしているかどうかを Application.mk を変更することなしに、確認するために簡単な方法があります。
  例えば以下のものです。

  ndk-build APP_ABI=all
  

• Android.mk に LOCAL_CPP_FEATURES を追加。これは、C++機能(RTTI や 例外（Exceptions) )を利用している場合に宣言してください。これらの機能がプレビルドするモジュールに依存している場合は、最終的なリンク時に働きます。詳細は、 docs/ANDROID-MK.html やdocs/CPLUSPLUS-SUPPORT.html をご覧ください。
• ビルドコマンド利用時に短縮化されたソースファイルとオブジェクトへのパスが利用可能
• プロジェクトパスから $NDK/ndk-build を実行中にソース、オブジェクト、バイナリファイルへのパスは、ビルドコマンドに短縮パスを引き渡します。なぜなら、現在のディレクトリに関連さえるためです。これはたくさんのソースファイルがある場合のプロジェクトをビルドする場合に役立ちます。利用中のOSのコマンドラインの上限値をさけるために有効です。このふるまいは、プロジェクトのツリーから ndk-build を実行する場合に変更することができません。もしくは、環境変数 NDK_PROJECT_PATH を特定のディレクトリに変更してください。

実験的な機能(Experimental features)

Windows ユーザ向け：ndk-build.cmdスクリプトを利用して、Cygwinなしで NDK ビルドが実現可能になります。このスクリプトは、オリジナルのndk-build スクリプトと同じ引数で利用可能できます。Windows NDK パッケージには、GNU Make や Awkやその他必要なツールが入っています。そのため、別途ビルドに必要なツールをインストールする必要はありません。

重要： ndk-gdb は Windows では利用できません。それには、まだ Cygwin が必要です。

この機能はまだ実験中です。そのため、利用した感想や項目のレポートを公式バグデータベースや公式フォーラムに伝えてください。

重要なバグ修正

• もし APP_MODULESがApplication.mkに未定義の場合は、インポートされた共有ライブラリは現在の標準では target installation location ((libs/<abi>))にインストールされます。例えば、fooというトップレベルモジュールがbarモジュールにインポートされる場合、
  libfoo.so と libbar.so の両方ともインストール場所にコピーされます。以前は、 libfoo.soのみがコピーされ、
  barをAPP_MODULESにリスト追加しておかない限り、そのような動作でした。もし、既に APP_MODULES 定義されている場合は、動作は変わりません。

• ndk-gdb は、MAIN intent filters のマルチカテゴリー指定で正しく動作しています。
• スタティックライブラリのインポートは、正しく動作しています。例えば、トップレベルモジュールのndk-gdb がスタティックライブラリzooをインポートしたスタティックライブラリbarをインポートする場合、 libfoo.soにはlibbar.a と libzoo.a がリンクされます。

その他の変更点

• docs/NATIVE-ACTIVITY.HTML： typo を修正。API levelの下限は 9 です。 8では native activities が動作しません。
• docs/STABLE-APIS.html：EGL でサポートされているAPIの記載の誤りを修正。
• download-toolchain-sources.sh: android.googlesource.comからのダウンロードツールチェインを更新。AOSPサーバの新しいURLを追加。
• gabi++ というC++サポートランタイムを新規追加。詳細は、docs/CPLUSPLUS-SUPPORT.html をご覧ください。
• gnustl_shared というC++サポートランタイムを新規追加。GNU libstdc++ v3 (GPLv3 license)の共有ライブラリバージョンと同等。詳細は、 docs/CPLUSPLUS-SUPPORT.htmlをご覧ください。
• STLport C++ runtimes の RTTIを追加サポート。但し、例外（exceptions)は未サポート。
• LOCAL_CPP_EXTENSION のマルチ拡張子を追加サポート。例えば、foo.cpp and bar.cxx の両方ともC+++ソースとしてコンパイルしてくれます。以下のような宣言になります。

  LOCAL_CPP_EXTENSION := .cpp .cxx
  

• NDKで提供されている共有システムライブラリで要求されていないたくさんのシンボルを削除。これによって、non-stable ABIシンボル(例えば、いくつかのlibgcc.a でプラットフォーム毎に異なるもの）に依存したコードが偶発的に生成されることを防ぎます。
• EGLとOpenGLEL ヘッダーの拡張をサポート。注意：NDK ABIs は同等のライブラリで変更がないため、クライアントアプリ側でそれぞれの拡張に対して実行時にケアする必要があります。

  拡張は、デバイスやGPUドライバに依存するため、プラットフォームが未対応の場合は動作しません。ヘッダーの定数やタイプの新しい追加を利用する場合は、eglGetProcAddress() or glGetProcAddress() で確認する必要があります。新しくサポートされた拡張は以下です。

  GLES 1.x

  • GL_OES_vertex_array_object
  • GL_OES_EGL_image_external
  • GL_APPLE_texture_2D_limited_npot
  • GL_EXT_blend_minmax
  • GL_EXT_discard_framebuffer
  • GL_EXT_multi_draw_arrays
  • GL_EXT_read_format_bgra
  • GL_EXT_texture_filter_anisotropic
  • GL_EXT_texture_format_BGRA8888
  • GL_EXT_texture_lod_bias
  • GL_IMG_read_format
  • GL_IMG_texture_compression_pvrtc
  • GL_IMG_texture_env_enhanced_fixed_function
  • GL_IMG_user_clip_plane
  • GL_IMG_multisampled_render_to_texture
  • GL_NV_fence
  • GL_QCOM_driver_control
  • GL_QCOM_extended_get
  • GL_QCOM_extended_get2
  • GL_QCOM_perfmon_global_mode
  • GL_QCOM_writeonly_rendering
  • GL_QCOM_tiled_rendering

  GLES 2.0

  • GL_OES_element_index_uint
  • GL_OES_get_program_binary
  • GL_OES_mapbuffer
  • GL_OES_packed_depth_stencil
  • GL_OES_texture_3D
  • GL_OES_texture_float
  • GL_OES_texture_float_linear
  • GL_OES_texture_half_float_linear
  • GL_OES_texture_npot
  • GL_OES_vertex_array_object
  • GL_OES_EGL_image_external
  • GL_AMD_program_binary_Z400
  • GL_EXT_blend_minmax
  • GL_EXT_discard_framebuffer
  • GL_EXT_multi_draw_arrays
  • GL_EXT_read_format_bgra
  • GL_EXT_texture_format_BGRA8888
  • GL_EXT_texture_compression_dxt1
  • GL_IMG_program_binary
  • GL_IMG_read_format
  • GL_IMG_shader_binary
  • GL_IMG_texture_compression_pvrtc
  • GL_IMG_multisampled_render_to_texture
  • GL_NV_coverage_sample
  • GL_NV_depth_nonlinear
  • GL_QCOM_extended_get
  • GL_QCOM_extended_get2
  • GL_QCOM_writeonly_rendering
  • GL_QCOM_tiled_rendering

  EGL

  • EGL_ANDROID_recordable
  • EGL_NV_system_time

このページを見た人は、以下のページも見ています。

• auマーケットの簡単インストール方法
• au isai FL は XXX High DPI 端末！4.4ソースコード調査
• JBが主流派。2014年2月4日時点のAndroid Platform バージョンの割合

]]> http://andbrowser.com/development/knowhow/612/android-ndk-r7-release/feed/ 6 http://andbrowser.com/development/knowhow/589/android-sdk-tools-r15-ant-proguard/ http://andbrowser.com/development/knowhow/589/android-sdk-tools-r15-ant-proguard/#comments Thu, 10 Nov 2011 01:04:54 +0000 admin http://andbrowser.com/?p=589

android SDK Tools r15 での and build に興味がある方は、まずandroid SDK Tools r15 での and build のエラー対処方法を見てみてください。

このエントリでは、その次のフェーズとして、proguard を利用したい場合の紹介をします。

既に ant build できる環境が構築できている場合は、以下のどちらかのコマンドを実行したと思います。

android update project

もしくは

android create project

これらのコマンドが成功していれば、例えば以下のように proguard.cfg というファイルが生成されているはずです。

# android.bat update project -p ./
Updated local.properties
Added file \toGmail\proguard.cfg

このファイルは proguard を利用するうえで、大変重要なファイルです。中身は以下のような内容になっています。
中身の詳細説明は、ProGuardを使っての難読化方法に詳しい解説がありますのでこちらをご覧ください。

# cat proguard.cfg
-optimizationpasses 5
-dontusemixedcaseclassnames
-dontskipnonpubliclibraryclasses
-dontpreverify
-verbose
-optimizations !code/simplification/arithmetic,!field/*,!class/merging/*

-keep public class * extends android.app.Activity
-keep public class * extends android.app.Application
-keep public class * extends android.app.Service
-keep public class * extends android.content.BroadcastReceiver
-keep public class * extends android.content.ContentProvider
-keep public class * extends android.app.backup.BackupAgentHelper
-keep public class * extends android.preference.Preference
-keep public class com.android.vending.licensing.ILicensingService

-keepclasseswithmembernames class * {
native ;
}

-keepclasseswithmembers class * {
public (android.content.Context, android.util.AttributeSet);
}

-keepclasseswithmembers class * {
public (android.content.Context, android.util.AttributeSet, int);
}

-keepclassmembers class * extends android.app.Activity {
public void *(android.view.View);
}

-keepclassmembers enum * {
public static **[] values();
public static ** valueOf(java.lang.String);
}

-keep class * implements android.os.Parcelable {
public static final android.os.Parcelable$Creator *;
}

まずは特に proguard.cfg はいじらずに標準設定のままで利用するのがよいでしょう。利用方法は以下になります。
まず、ant.properties の中に以下の１行を追加します。これによって、ant release ビルドのときに proguard が有効になりビルドプロセスの中に組これます。

proguard.config=proguard.cfg

なんとこれだけです。SDK Tools r14 以前では、ここやここのように必要なxmlファイルをダウンロードしてきたり、build.xml に追記が必要だったりしましたが、r15（r14からの機能かもしれませんが）からは断然簡単になりました。

標準状態で作成された ant の target では、releaseビルド時のみ proguard が有効になるため、出来上がった apk には適切な署名でサインしてからインストールしましょう。

結論

標準設定のままなら proguard を書けるのは大変簡単！ソフトウェア資産を守るだけでなく、バイナリサイズも小さくなるというユーザへのメリットもあるため（Android Market からのダウンロード時間の短縮や、データ通信料の削減（世の中の流れはデータ通信の定額化の廃止のため））是非活用していきましょう。

このページを見た人は、以下のページも見ています。

• android SDK Tools r15 での and build のエラー対処方法
• Android Development Tools(ADT) 22.2 更新情報
• Android Development Tools(ADT) 22.2.1 更新情報

]]> http://andbrowser.com/development/knowhow/589/android-sdk-tools-r15-ant-proguard/feed/ 3