そのまとめ。
長いので、項目ごとに分けました。
今回は 「Virtualization and adapters」
--------------------------------------
Google I/O の「The world of ListView」のページは こちら
セッションのスライドはこちら
agenda
• Virtualization and adapters
• Item properties
• Headers and footers
• List selectors
• Other features
• Gotchas and don'ts
--------------------------------------
■ Virtualization and adapters
・ Virtualization
* 問題点 : 巨大なデータセット
・メモリ
・パフォーマンス
10,000 item くらいの(ってセッションでは言ってた)データを
比較的速く扱うには?
普通は、10,000 個のview を view の階層に添付したくはないよね。
そのために、、、
* 解決方法
・必要に応じでデータを格納
・view をリサイクルして、オブジェクトのチャーン(object churn)を減らす
・ Adapters
* 用語
– index: 子要素
– position: adapter 内のデータ
– id: データの識別子
* Stable IDs
– hasStableIds() == true で調べる
– 常に同じ値を参照するための ID
– ListView に役立つ!!
* getView(int position, View convertView, ViewGroup parent)
– 全データの表示を制御
– 最適化
– はまりやすい!「Shoot yourself in the foot (and the face)」
ローカルのデータや、データベースのデータや、ネットワークから
とったデータ、から割り当てたデータソースから、データを取り出す。
view は単純な TextView だったり、複雑なレイアウトだったりする。
* getView の 最適化ポイント
• ListView is smart
• convertView
– ListView で提供される
– 要素(item)のタイプと一致
– 再利用すべし!!
extra view パラメータの呼び出しを convert view に
渡してしまえばOK。ListView がスクリーン外の view を
再利用する方法と同じ最適化方法。
ListView はスクリーン外へ移動した全部の extra view を
keep track して、既存のデータを入れてから返す。
これが、convert view parameter。
つまり、自動的に item のタイプを match up している。
もし、adapter 内に異なるデータによる複数のタイプ
(例えば、画像と文字)がある場合、ListViewに adapter
のあるポジションがどのタイプか聞いたとき convert view は
いつも正しいタイプになっている(必要がある)。
でもこれはあんまり賢いやりかたじゃない。
だから、
もし convertView が null じゃないなら、再利用する!
● getView のダメな使い方 (The Slow Way)
public View getView(int position, View convertView, ViewGroup parent) {
View item = mInflater.inflate(R.layout.list_item_icon_text, null);
((TextView) item.findViewById(R.id.text)).setText(DATA[position]);
((ImageView) item.findViewById(R.id.icon)).setImageBitmap(
(position & 1) == 1 ? mIcon1 : mIcon2);
return item;
}
getView 内で毎回 view を inflate してはダメ!
xml を毎回 parse することは、メモリもCPUも使うので
とっても無駄が多い。
● getView の普通の使い方 (The Right Way)
public View getView(int position, View convertView, ViewGroup parent) {
if (convertView == null) {
convertView = mInflater.inflate(R.layout.item, parent, false);
}
((TextView) convertView.findViewById(R.id.text)).setText(DATA[position]);
((ImageView) convertView.findViewById(R.id.icon)).setImageBitmap(
(position & 1) == 1 ? mIcon1 : mIcon2);
return convertView;
}
最初だけ view を inflate して、それを再利用する
● getView の賢い使い方 (The Fast Way)
ViewHolder を使うべし
static class ViewHolder {
TextView text;
ImageView icon;
}
public View getView(int position, View convertView, ViewGroup parent) {
ViewHolder holder;
if (convertView == null) {
convertView = mInflater.inflate(R.layout.list_item_icon_text, parent, false);
holder = new ViewHolder();
holder.text = (TextView) convertView.findViewById(R.id.text);
holder.icon = (ImageView) convertView.findViewById(R.id.icon);
convertView.setTag(holder);
}
else {
holder = (ViewHolder) convertView.getTag();
}
holder.text.setText(DATA[position]);
holder.icon.setImageBitmap((position & 1) == 1 ? mIcon1 : mIcon2);
return convertView;
}
最初だけ view を inflate して、holder を介して再利用する
このくらい違う
* How to shoot yourself in the foot (どのようにはまりやすいか)
• ロカールビューのキャッシュ
• adapter からビューにアクセスする
• convertView の構造を変える
• getView の呼び出しについての仮定
* データの変更を制御する
• notifyDataSetChanged()
– データの新規作成 or 更新
• notifyDataSetInvalidated()
– アクセスできるデータがないとき
* 異なるビュータイプを制御する
• 要素のタイプ (item types) を Built-in にする
• getItemViewType
– 与えられたポジションのビューのタイプを取得
– 正しい convertView を提供するのに使う
• getViewTypeCount
– 予測されるタイプの数を取得
* slow data sources を制御する
• UIスレッドで adapter の変更 (modification)
• Fetching data can happen anywhere
• 別のスレッド上でデータをリクエストする
• UIスレッドで、adapter の変更をコミットする
• notifyDataSetChanged() を呼び出す
書きかけだけど、一旦出します。
もうちょっと追記するかも。
このコメントは投稿者によって削除されました。
返信削除