ListViewのリサイクルメカニズムのしくみ

だから私は以前私が抱えていたこの問題を抱えており、当然私はここで助けを求めました。Luksprogの答えは素晴らしかったです。なぜなら、ListViewとGridViewがリサイクルビューで自分自身をどのように最適化するのか私にはわからなかったからです。したがって、彼の助言により、GridViewにビューを追加する方法を変更することができました。問題は今私は意味をなさない何かを持っていることです。これは私のgetViewものBaseAdapterです：

public View getView(int position, View convertView, ViewGroup parent) {
        if(convertView == null) {
            LayoutInflater inflater = LayoutInflater.from(parent.getContext());
            convertView = inflater.inflate(R.layout.day_view_item, parent, false);
        }
        Log.d("DayViewActivity", "Position is: "+position);
        ((TextView)convertView.findViewById(R.id.day_hour_side)).setText(array[position]);
        LinearLayout layout = (LinearLayout)convertView.findViewById(R.id.day_event_layout);

        //layout.addView(new EventFrame(parent.getContext()));

        TextView create = new TextView(DayViewActivity.this);
        LinearLayout.LayoutParams params = new LinearLayout.LayoutParams(0, (int)TypedValue.applyDimension(TypedValue.COMPLEX_UNIT_DIP, 62, getResources().getDisplayMetrics()), 1.0f);
        params.topMargin = (int)TypedValue.applyDimension(TypedValue.COMPLEX_UNIT_DIP, 1, getResources().getDisplayMetrics());
        params.bottomMargin = (int)TypedValue.applyDimension(TypedValue.COMPLEX_UNIT_DIP, 1, getResources().getDisplayMetrics());
        create.setLayoutParams(params);
        create.setBackgroundColor(Color.BLUE);
        create.setText("Test"); 
        //the following is my original LinearLayout.LayoutParams for correctly setting the TextView Height
        //new LinearLayout.LayoutParams(0, (int)TypedValue.applyDimension(TypedValue.COMPLEX_UNIT_DIP, 60, getResources().getDisplayMetrics()), 1.0f)   
        if(position == 0) {
            Log.d("DayViewActivity", "This should only be running when position is 0. The position is: "+position);
            layout.addView(create);
        }

        return convertView;
    }

}

問題は、私がスクロールすると、これが発生し、位置0ではない...位置6と位置8のように見え、さらに2を位置8に配置します。なぜこれが起こっているのか理解できません。私がこの質問をしている主な理由の1つは、おそらくListViewとGridViewのリサイクルビュー、またはこの記事でのScrapViewメカニズムのことを知らない人を助けるためです。

後で編集

リストビューの仕組みを理解するために基本的に必要なのは、Google IOトークへのリンクの追加です。リンクはコメントの上で死んでいた。したがって、user3427079はそのリンクを更新するのに十分なほど優れていました。ここでは、それは容易なアクセスのためです。

最初はリストビューのリサイクルと変換ビューの使用メカニズムにも気づいていませんでしたが、丸一日の調査の結果、android.amberfogの画像を参照してリストビューのメカニズムをかなり理解しました。

リストビューがアダプターでいっぱいになると、基本的にリストビューが画面に表示できる行数が表示され、リストをスクロールしても行数は増えません。これは、リストビューがより効率的かつ高速に機能するようにAndroidが使用するトリックです。画像を参照するリストビューの内部ストーリーです。ご覧のとおり、最初はリストビューに7つの表示アイテムがあり、アイテム1が表示されなくなるまで上にスクロールすると、getView（）がこのビュー（つまり、item1）をリサイクラーとあなたが使用することができます

System.out.println("getview:"+position+" "+convertView);

あなたの中

public View getView(final int position, View convertView, ViewGroup parent)
{
    System.out.println("getview:"+position+" "+convertView);
    ViewHolder holder;
    View row=convertView;
    if(row==null)
    {
        LayoutInflater inflater=((Activity)context).getLayoutInflater();
        row=inflater.inflate(layoutResourceId, parent,false);
        
        holder=new PakistaniDrama();
        holder.tvDramaName=(TextView)row.findViewById(R.id.dramaName);
        holder.cbCheck=(CheckBox)row.findViewById(R.id.checkBox);
        
        row.setTag(holder);
        
    }
    else
    {
        holder=(PakistaniDrama)row.getTag();
    }
            holder.tvDramaName.setText(dramaList.get(position).getDramaName());
    holder.cbCheck.setChecked(checks.get(position));
            return row;
    }

logcatで、最初に、recyclerにビュー（つまり、アイテム）がなかったため、最初にconvertviewがnullになっていることに気づくでしょう。getView（）は、表示されている各アイテムに対して新しいビューを作成しますが、上にスクロールしてアイテム1が画面の外に移動すると、アイテムは現在の状態でリサイクラーに送信されます（たとえば、TextView 'text'または私の場合、チェックボックスがオンの場合、ビューに関連付けられます。リサイクル業者に保管されています）。

これで、上下にスクロールしても、リストビューは新しいビューを作成せず、リサイクラーにあるビューを使用します。あなたにLogcatあなたの新しい項目8はconvertview、すなわちを使用して描画されますので、あなたはその、「convertView」はnullではないことがわかります、基本的には、その場所でのリサイクルと膨張項目8からアイテム1ビューを取り、あなたが観察することができます私のコードでそれを。チェックボックスがあり、0の位置でチェックした場合（たとえば、item1にチェックボックスがあり、チェックしたとしましょう）、下にスクロールすると、アイテム8のチェックボックスがすでにオンになっていることがわかります。これが、リストビューが同じビューを使用している理由です。パフォーマンスの最適化のため、新しいものは作成されません。

重要なこと

１。設定されたことがないlayout_heightとlayout_widthのあなたのリストビューのwrap_contentようgetView()リストビューに描画されるとさえリストconvertviewを返すようないくつかの予期しない動作を引き起こす可能性がありますビューの高さを測定するためのいくつかの子供を得るためにあなたのアダプタを強制的に使用をscrolled.alwaysされていないmatch_parentか、固定幅高さ。

２。リストビューの後にレイアウトまたはビューを使用したい場合は、リストビューの後にビューを表示すると画面が下がっても表示されないlayout_heightためfill_parent、質問が頭に浮かぶ可能性があるため、リストビューをレイアウト：たとえば、線形レイアウトを作成し、必要に応じてそのレイアウトの高さと幅を設定し、リストビューの高さと幅の属性をレイアウトのものにします（レイアウトの幅が320で高さが280の場合など）、リストビュー高さと幅は同じである必要があります。これにより、レンダリングされるビューの正確な高さと幅がgetView（）に通知され、getView（）はランダムな行を何度も呼び出しません。また、スクロールする前に変換ビューを返すなどの問題が発生しないため、テストしていますこれは私自身、リストビューがlineaLayout内にない限り、ビューの呼び出しとビューの変換を繰り返すなどの問題があり、リストビューをLinearLayout内に配置することは、私にとって魔法のように機能しました（理由はわかりませんでした）。

01-01 14:49:36.606: I/System.out(13871): getview 0 null
01-01 14:49:36.636: I/System.out(13871): getview 0 android.widget.RelativeLayout@406082c0
01-01 14:49:36.636: I/System.out(13871): getview 1 android.widget.RelativeLayout@406082c0
01-01 14:49:36.646: I/System.out(13871): getview 2 android.widget.RelativeLayout@406082c0
01-01 14:49:36.646: I/System.out(13871): getview 3 android.widget.RelativeLayout@406082c0
01-01 14:49:36.656: I/System.out(13871): getview 4 android.widget.RelativeLayout@406082c0
01-01 14:49:36.666: I/System.out(13871): getview 5 android.widget.RelativeLayout@406082c0
01-01 14:49:36.666: I/System.out(13871): getview 0 android.widget.RelativeLayout@406082c0
01-01 14:49:36.696: I/System.out(13871): getview 0 android.widget.RelativeLayout@406082c0
01-01 14:49:36.706: I/System.out(13871): getview 1 null
01-01 14:49:36.736: I/System.out(13871): getview 2 null
01-01 14:49:36.756: I/System.out(13871): getview 3 null
01-01 14:49:36.776: I/System.out(13871): getview 4 null

でも今は解決しました、私は説明があまり得意ではありませんが、私の一日をかけて理解したので、私のような他の初心者が私の経験を助けてくれると思いました。リストビュー、それがどのように動作するか、フレームワーク、それは本当に厄介かつトリッキーなので、初心者はそれを理解しすぎて問題を発見されたとして、

ホルダーパターンで、ホルダーオブジェクトに位置を設定する場合は、毎回設定する必要があります。たとえば、

@Override
public final View getView(int position, View view, ViewGroup parent) {
    Holder holder = null;
    if (view == null) {
        LayoutInflater inflater = (LayoutInflater) App.getContext()
                .getSystemService(Context.LAYOUT_INFLATER_SERVICE);
        view = inflater.inflate(getContainerView(), parent, false);
        holder = getHolder(position, view, parent);
        holder.setTag(tag);
        view.setTag(holder);
    } else {
        holder = (Holder) view.getTag();
    }
    holder.position = position;
    draw(holder);
    return holder.getView();
}

これは抽象クラスの例です。

getHolder(position, view, parent);

のすべての設定操作を行います

ImageViews, TextViews, etc..

ホルダーパターンを使用すると、目的の結果を得ることができます。

このパターンの説明はここにあります：

画面を下にスクロールすると、リストビューのリサイクルが発生し、上のリストビューアイテムが非表示になります。新しいリストビューアイテムを表示するために再利用されます。