UITableViewはdequeueReusableCellWithIdentifierを使用しているかどうかを確認します。

Question

cellForRowAtIndexPathメソッドでdequeueReusableCellWithIdentifierを使用しないと、何が起きているのだろうかと思います。 1つのプロジェクトで私は共同作業をしていますが、すべて異なるUITableViewCellsを1つのテーブルビューに表示します。ここでは、表示する必要があるすべてのTableCellで配列を塗りつぶします。これらの配列はそれほど大きくはありません（10〜15セル）ので、dequeueReusableCellWithIdentifierの識別子を使用しなくても動作します。次の質問は、識別子respをどのように使用できるかです。 dequeueReusableCellWithIdentifierは、UITableViewの1つのセクションで異なるセルを使用する場合に使用します。ここに誰かが説明することができます、正確に何がバックグラウンドで起こるか？よろしくNils

Answer 1

dequeueReusableCellWithIdentifierは私にFlyweight patternを思い出させるものです。
セルの割り当てとインスタンス化は高価なタスクになる可能性があるため、このメカニズムを使用すると、最初に表示されたセルのみを作成し、その後、内容を変更するだけで再利用できます。スクロールアニメーションは、ユーザーに良い経験を与えるためにできるだけ速くなければなりません。
その価値はありますか？はい、それは基本的に無料で、我々はちょうどいくつかの古いデータがまだ新しい視覚化に存在することができる注意を払う必要があります、トリックは常に-prepareForReuse()メソッドを実装することです、ここで、新しいもの

同じセク​​ション内の異なるセルを使用する場合は、高さが異なる場合でも絶対に可能です。あなたはちょうど各セルのために1つと、あなたのデータと一緒に何とかそれらを結びつけて、別のセル識別子を梱包する必要があります。
私は通常、struct（swift）または辞書に表示するデータを、使用するセル識別子のキーとともにマップします。
スクロール中に自分のタイプのセルが自分自身を表現している場合は、dequeueである必要があります。