ListViewにカスタムビューを適用するときのチェックポイント
一番考えておくべきことは、様々な処理をできるだけListViewやAdapterに任せること。
そのためにいくつかカスタムビューに必要なものをまとめてみる。
こんなところか。
カスタムビューのXML
ListViewの「android:id」は"@android:id/list"にする
ListActivityでもListFragmentでも当然使うListView。
これをそれぞれの管理下に置くためにすることがある。
それは 必ず ListViewの「android:id」は"@android:id/list"にする こと。
これを行うとListViewは mList として保存され、getListView() などの恩恵にあずかれる。
<!-- ListViewのidは必ず"@android:id/list" -->
<ListView
android:id="@android:id/list"
android:layout_width="match_parent"
android:layout_height="0dp"
android:layout_weight="1" />
データが無いときに表示されるandroid:id="@android:id/empty"を書いておく
これは
AdapterViewが API Level 1から提供している機能。
メソッドは setEmptyView(View)。
Adapterが空になったときに自動的に表示してくれるViewを設定できる。
「データがなくなりました。」とか自動で出る。
これを利用するためには条件があって、「android:id」が
- com.android.internal.R.id.internalEmpty
- android.R.id.empty
のいずれかを設定したViewを登録している必要がある。
カスタムビューの場合は、前者を消しているし定義できないので、
自前で"@android:id/empty"のViewを入れておくといい。
<!--
リストが無かった場合に表示される。
ちなみに AdapterView#setEmptyView() に指定するのと同じこと。
レイアウトが android.R.layout.list_content (カスタムビューじゃない場合)は、
ListFragment#setEmptyText() に文言だけ指定すればOK。
-->
<TextView
android:id="@android:id/empty"
android:layout_width="match_parent"
android:layout_height="0dp"
android:layout_weight="1"
android:gravity="center"
android:text="@string/no_data"
android:textAppearance="?android:attr/textAppearanceLarge" />
カスタムビューのXML例
これを踏まえたカスタムビュー用のレイアウト例を書いておこう。
res/layout/custom_listview.xml
<?xml version="1.0" encoding="utf-8"?>
<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
android:layout_width="match_parent"
android:layout_height="match_parent"
android:orientation="vertical" >
<LinearLayout
android:layout_width="match_parent"
android:layout_height="wrap_content"
android:orientation="horizontal" >
<Button
android:id="@+id/itemAdd"
android:layout_width="wrap_content"
android:layout_height="wrap_content"
android:text="@string/add" />
<Button
android:id="@+id/itemDel"
android:layout_width="wrap_content"
android:layout_height="wrap_content"
android:text="@string/del" />
<Button
android:id="@+id/toggleChoiceMode"
android:layout_width="wrap_content"
android:layout_height="wrap_content"
android:text="@string/toggle_choice_mode" />
</LinearLayout>
<!-- ListViewのidは必ず"@android:id/list" -->
<ListView
android:id="@android:id/list"
android:layout_width="match_parent"
android:layout_height="0dp"
android:layout_weight="1" />
<!--
リストが無かった場合に表示される。
ちなみに AdapterView#setEmptyView() に指定するのと同じこと。
レイアウトが android.R.layout.list_content (カスタムビューじゃない場合)は、
ListFragment#setEmptyText() に文言だけ指定すればOK。
-->
<TextView
android:id="@android:id/empty"
android:layout_width="match_parent"
android:layout_height="0dp"
android:layout_weight="1"
android:gravity="center"
android:text="@string/no_data"
android:textAppearance="?android:attr/textAppearanceLarge" />
</LinearLayout>
ListViewに入れるListAdapter
AdapterはListViewとデータを繋げるもの。
簡単にAdapterを使う要点をまとめると、
- SimpleAdapter は データ操作が発生せず、表示を主とする場合
- ArrayAdapter は データ操作が発生する場合
に使う。
表示は以下のような「データ ⇒ View」のメソッド郡に任せる。
- Adapter.getView(int, View, ViewGroup)
- BaseAdapter.getDropDownView(int, View, ViewGroup)
- SimpleAdapter.ViewBinder.setViewValue(View, Object, String)
データ操作は以下のようなメソッド郡に任せる。
- Adapter.getItem(int)
- ArrayAdapter.add(T)
- ArrayAdapter.remove(T)
- など
項目の増減が無い場合はSimpleAdapter
カスタムビューでこだわった表示をするからといって、動作が複雑とは限らない。
表示自体は固定的である場合は、
SimpleAdapterを使うべきだろう。
記述も少なくなって楽ができる。
項目の増減がある場合はArrayAdapter<T>
ArrayAdapterは、項目の増減に関するメソッドも豊富に取り揃えてあるAdapter。
操作やデータ取得で項目の増減が起きる場合は
ArrayAdapterを使うべきだろう。
AsyncTaskLoaderとか使う人はこれを使うことになる。
ArrayAdapterのデータクラスの作り方
ArrayAdapterに指定するデータクラスはParcelableを実装する
ArrayAdapterは mContext を覚えているため、ArrayAdapterのインスタンスを覚えるとメモリリークが発生する。
これは本意ではないので回避するべき。
このためには、
- Adapterに設定したデータクラスが復元可能にする
- LifeCycleが起こる場合はデータのみ引き継ぐ
といったことを意識して行えばよい。
もちろん Serializable でもいい。ファイル書き出しするなら尚更だ。
ちゃんと Intent や Bundle にも入れられる。
でもAndroidが提供している
Parcelableなら、多くのAndroid提供のシステムに連携できる。
手間もそれほどないので、まずは Parcelable で実現することにしよう。
ArrayAdapterのデータクラス実装例
以下に、どこにでもあるテンプレートを掲載しておく。
/* package */class CustomListItem implements Parcelable
/**
* ListViewの自作アイテム。
*/
// 私はカプセル化のため package private にすることが多いが、
// 外部提供データクラスの場合はもちろん public にする。
/* package */class CustomListItem implements Parcelable {
// getter/setter は Android だと速度低下に繋がるらしいので、
// 内部でしか使わないデータは基本的に直接さわるように設計する。
/* package */String thumbnail_url
; /* package */String user_name
;
/**
* データ設定用コンストラクタ。
*
* @param thumbnail_url ThumbnailのURL
* @param user_name ユーザ名
* @param summary コメントやら説明やら
*/
this.thumbnail_url = thumbnail_url;
this.user_name = user_name;
this.summary = summary;
}
// ================================================================
// ここから Parcelable 用のテンプレート
// 必ず read と write は同じ順番で入れること。
public CustomListItem(Parcel in) {
this.thumbnail_url = in.readString();
this.user_name = in.readString();
this.summary = in.readString();
}
public void writeToParcel(Parcel dest, int flags) {
dest.writeString(thumbnail_url);
dest.writeString(user_name);
dest.writeString(summary);
}
// FileDescriptor を使わないときは常に 0
public int describeContents() {
return 0;
}
// これは定型文なのでそのまま使える。
public static final Creator<CustomListItem> CREATOR = new Creator<CustomListItem>() {
public CustomListItem createFromParcel(Parcel in) {
return new CustomListItem(in);
}
public CustomListItem[] newArray(int size) {
return new CustomListItem[size];
}
};
}
ArrayAdapterの継承クラス
ArrayAdapter#getView()のsuper.getView()は“呼ばない”
これは驚きそうな話だけど本当の話。
Adapterの表示方法に手を入れる場合は必ずと言っていいほどgetVeiw()をOverrideする。
しかしArrayAdapterのgetView()はなんとなく動くようにしてある。
そのためコンストラクタに入れる textViewResourceId を TextView とみなして動作する処理が書かれている。
これ、実は不要。
なぜならカスタムビューにしたレイアウトを想定した処理ではないから。
ArrayAdapterは textViewResourceId が無いことを想定して動く設計なので、
private View createViewFromResource(int position, View convertView, ViewGroup parent, int resource)
を準備している。
getView()はOverrideで createViewFromResource() が呼ばれなくなることが前提になっている。
ちなみに getDropDownView() を使用する場合は同じように createViewFromResource() が呼ばれる。
必要ならこちらもOverrideするように。
では、ArrayAdapter#getView()に何を書けばいいのか
では、ArrayAdapter#getView()にどう書くのが望ましいのだろうか。
それはここに書かれている。
private View createViewFromResource(int position, View convertView, ViewGroup parent, int resource)
そう、ArrayAdapter#getView()が内部で呼んでいるメソッドだ。
模範的な getView() の実装方法が書かれているので参考にしよう。
Adapter#getView()について、いくつか知っておく必要があるのは以下。
- convertViewは最初に画面表示に必要な数しか生成されない。
- リソースから文字列に変えるときに必要なContextは ArrayAdapter#getContext()がある。
- 「convertView == null」のときに LayoutInflater は 数回しか使わないので LayoutInflater.from(getContext())。
- 「convertView != null」のときに 以前表示したViewを使いまわすように言われるので 「view = convertView;」
- 引数の「ViewGroup parent」は ListView に他ならない。
- ChoiceModeの取得 や 設定のチェック は (ListView) parent でやる。無駄に覚えない。
- 引数の「int position」を使用して ArrayAdapter#getItem() から登録データを取り出す。
これを踏まえてArrayAdapterを改造しよう。
ちなみに getDropDownView() を使用する場合は同じように createViewFromResource() が呼ばれる。
必要ならこちらもOverrideするように。
ChoiceModeを使うときはチェック状態をListView準拠にする
ChoiceModeは、リストのアイテムを複数選択するときにチェックボックスを出す機能のこと。
これはとても利用価値が高いのだが、カスタムビューにすると変な動きをする。
それもそのはず。
管理をしているのが ListView だからだ。
だからこの設定はすべてListViewからいただくことにしよう。
@Override
public View getView
(int position,
View convertView, ViewGroup parent
) { // XXX : super.getView() は 呼ばない
// 元のgetView()は TextView があることを想定しているが、
// カスタムビューにしているので必要ない。
// 余計な処理は省く。
~~~ 中略 ~~~
// ================================
CheckBox check = (CheckBox) view.findViewById(R.id.choice);
if (listView.
getChoiceMode() == ListView.
CHOICE_MODE_NONE) { check.
setVisibility(View.
GONE); } else {
// チェックボックスを自前で設定すると、どうしてもおかしくなる。
// ここはListViewで管理している mCheckStates からもらうのが得策。
check.setChecked(listView.isItemChecked(position));
check.
setVisibility(View.
VISIBLE); }
return view;
}
ArrayAdapterに拡張するべきいくつかのメソッドがある
これはデータクラスを使いやすくするために必要なもの。
だいたい必要になるのは以下の3つ。
/**
* 設定されている CustomListItem の ArrayList を返す。
*
* @return CustomListItem の ArrayList
*/
// 縦横切替などでデータを移行するために使う。
public ArrayList<CustomListItem> getItemList() {
/**
* {@link getItemList}で取得できる型のリストを追加。
*
* @param parcelableArrayList ArrayList<CustomListItem>型のデータリスト
*/
// Bundleから復元するときに必要になるはず。
public void addAll(ArrayList<CustomListItem> parcelableArrayList) {
/**
* 値設定型add。
*
* @param thumbnail_url ThumbnailのURL
* @param user_name ユーザ名
* @param summary コメントやら説明やら
*/
// データクラスをカプセル化すると概ね必要になる。
あと、これは無くてもいいのだが私は欲しくなる。
/**
* 位置指定remove
*
* @param index Adapterに登録している位置
*/
// なぜ insert() という位置指定挿入はあるのに削除は無いのか。
public void remove(int index) {
ArrayAdapterの継承クラス実装例
public class CustomListViewAdapter extends ArrayAdapter<CustomListItem>
public class CustomListViewAdapter extends ArrayAdapter<CustomListItem> {
// 見易さのために定義。普段は直接 getView で指定する。
private static final int resource = R.layout.custom_listview_item;
public CustomListViewAdapter
(Context context
) { // 不要な textViewResourceId はダメなときにすぐ落ちるであろう 0 で初期化しておく。
// よくあるのは getDropDownView() を意図せず呼び出して落ちることだろう。
super(context, 0);
}
@Override
public View getView
(int position,
View convertView, ViewGroup parent
) { // XXX : super.getView() は 呼ばない
// 元のgetView()は TextView があることを想定しているが、
// カスタムビューにしているので必要ない。
// 余計な処理は省く。
// ================================
// テンプレートな処理。mInflater を protected にしてくれればいいのに。
// ちなみに convertView は最初の数回しか初期化されないので
// LayoutInflater は保持が必要なほどではないと思う。
if (convertView == null) {
LayoutInflater inflater = LayoutInflater.from(getContext());
view = inflater.inflate(resource, parent, false);
} else {
view = convertView;
}
// 自分が持っているデータは getItem() で取る。
// 上手いこと position もあるわけだし。
CustomListItem item = getItem(position);
// カスタムビューの場合はViewが確実にあるだろうから try-catch は不要だろう。
// ================================
TextView user_name = (TextView) view.findViewById(R.id.user_name);
user_name.setText(item.user_name);
// ================================
TextView summary = (TextView) view.findViewById(R.id.summary);
summary.setText(item.summary);
// ================================
// ChoiceModeが必要ない場合は消すこと
CheckBox check = (CheckBox) view.findViewById(R.id.choice);
if (listView.
getChoiceMode() == ListView.
CHOICE_MODE_NONE) { check.
setVisibility(View.
GONE); } else {
// チェックボックスを自前で設定すると、どうしてもおかしくなる。
// ここはListViewで管理している mCheckStates からもらうのが得策。
check.setChecked(listView.isItemChecked(position));
check.
setVisibility(View.
VISIBLE); }
return view;
}
// ================================================================
// だいたい欲しくなる追加機能
/**
* 設定されている CustomListItem の ArrayList を返す。
*
* @return CustomListItem の ArrayList
*/
// 縦横切替などでデータを移行するために使う。
public ArrayList<CustomListItem> getItemList() {
// 今回は Bundle#putParcelableArrayList() を使うことを想定する。
// 必要に応じて Bundle#putSparseParcelableArray() を使ってもいい。
int size = getCount();
ArrayList<CustomListItem> itemList = new ArrayList<CustomListItem>(size);
for (int index = 0; index < size; index++) {
itemList.add(getItem(index));
}
return itemList;
}
/**
* {@link getItemList}で取得できる型のリストを追加。
*
* @param parcelableArrayList ArrayList<CustomListItem>型のデータリスト
*/
// Bundleから復元するときに必要になるはず。
public void addAll(ArrayList<CustomListItem> parcelableArrayList) {
// 強制でキャスト。落ちる場合は、設計か実装が間違っている。
@SuppressWarnings("unchecked")
ArrayList<CustomListItem> itemList = (ArrayList<CustomListItem>) parcelableArrayList;
super.addAll(itemList);
}
/**
* 値設定型add。
*
* @param thumbnail_url ThumbnailのURL
* @param user_name ユーザ名
* @param summary コメントやら説明やら
*/
// データクラスをカプセル化すると概ね必要になる。
CustomListItem item = new CustomListItem(thumbnail_url, user_name, summary);
super.add(item);
}
/**
* 位置指定remove
*
* @param index Adapterに登録している位置
*/
// なぜ insert() という位置指定挿入はあるのに削除は無いのか。
public void remove(int index) {
if (index < 0 || index >= getCount()) {
return;
}
remove(getItem(index));
}
}
呼び元の onSaveInstanceState() で ListAdapter のデータを引き継ぐ
せっかく作成したデータクラスも、何もしなければConfigurationChangeで消されてしまう。
ここは全てのデータを次のActivity/Fragmentに引き継ごう。
とりあえずこんな形で実装すると動く。
@Override
public void onSaveInstanceState(Bundle outState) {
super.onSaveInstanceState(outState);
// 復元用データの作成
// ChoiceMode は復元できないので別枠で保存。
outState.putInt(EXTRA_CHOICEMODE, listView.getChoiceMode());
// AdapterはListViewの持ち物ではないので別途保存。
CustomListViewAdapter adapter = (CustomListViewAdapter) getListAdapter();
outState.putParcelableArrayList(EXTRA_LISTDATA, adapter.getItemList());
}
@Override
protected void onRestoreInstanceState(Bundle inState) {
// Fragment に onRestoreInstanceState() は無いので、
// public void onViewCreated(View, Bundle) あたりで実装する。
super.onRestoreInstanceState(inState);
// 初回起動っぽいときはデータを作成する。今回はAdapter設定だけ。
if (inState == null) {
CustomListViewAdapter adapter = new CustomListViewAdapter(getActivity());
setListAdapter(adapter);
return;
}
// ListViewの情報は ChoiceMode さえ別枠で保存しておけば大丈夫。
listView.setChoiceMode(inState.getInt(EXTRA_CHOICEMODE));
// Adapter は ListView の情報ではないので別途保存が必要。
CustomListViewAdapter adapter = new CustomListViewAdapter(getActivity());
adapter.addAll(inState.getParcelableArrayList(EXTRA_LISTDATA));
setListAdapter(adapter);
}
最後に
以上、ListViewにカスタムビューを採用する際に必要なチェックポイントをまとめた。
もちろんChoiceModeを使わないのにChoiceModeの設計を盛り込むのは速度を低下させる。
必要・不要を取捨選択してもらいたい。
関連リンク
取得中です。
最終更新:2012年11月18日 17:00