問題タブ [indexed]

uitableview のインデックスが実際にいつ使用されるかを知る方法はありますか? Apple のドキュメントにはメソッドが見つかりませんが、他の誰かが何か知っているかどうか疑問に思っていました。基本的に、インデックスで選択されているセクションに応じて変化するテーブル ビューでアニメーションを作成したいと考えています。テーブル ビュー インデックスにアクセスせずにこれを行う方法がわかりません。

どんな助けでも大歓迎です。

ありがとう。

gl [Multi] DrawElementsなどで描画されたOpenGL頂点のインデックス付き配列を使用する必要がある場合と、gl[Multi]DrawArraysで描画された頂点の連続配列を使用する必要がある場合を明確に理解しようとしています。 。

（更新：私が得た回答のコンセンサスは、常にインデックス付きの頂点を使用する必要があるということです。）

私はこの問題について何度か行ったり来たりしたので、私の現在の理解の概要を説明します。誰かが私が最終的に多かれ少なかれ正しいと私に言うか、または私の残りの誤解がどこにあるかを指摘できることを願っています。具体的には、太字で3つの結論があります。間違っている場合は修正してください。

単純なケースの1つは、ジオメトリが曲面を形成するメッシュで構成されている場合です。この場合、メッシュの中央にある頂点は、頂点を使用するすべての三角形に対して同じ属性（位置、法線、色、テクスチャ座標など）を持ちます。

これにより、私は次のように結論付けることができます。

1.継ぎ目が少ないジオメトリの場合、インデックス付き配列が大きなメリットになります。

以下を除いて、常にルール1に従ってください。

すべてのエッジが継ぎ目を表す非常に「ブロック状」のジオメトリの場合、インデックス付き配列の利点はそれほど明白ではありません。単純な立方体を例にとると、各頂点は3つの異なる面で使用されますが、単一の頂点の場合、サーフェス法線（および色やテクスチャの座標などの他の可能性があるもの）のため、それらの間で頂点を共有することはできません。 ）各面で異なります。したがって、配列に冗長な頂点位置を明示的に導入して、同じ位置を異なる法線などで複数回使用できるようにする必要があります。これは、インデックス付き配列の使用が少ないことを意味します。

例：立方体の単一の面をレンダリングする場合：

（この面とすべての隣接する面の間の継ぎ目は、これらの頂点のいずれも面間で共有できないことを意味するため、これは分離して考えることができます）

GL_TRIANGLE_FAN（または_STRIP）を使用してレンダリングする場合、立方体の各面は次のようにレンダリングできます。

インデックスを追加しても、これを単純化することはできません。

このことから、私は次のように結論付けます。

2.すべての継ぎ目またはほとんどの継ぎ目であるジオメトリをレンダリングする場合、GL_TRIANGLE_STRIPまたは_FANを使用する場合は、インデックス付き配列を使用せず、代わりに常にgl[Multi]DrawArraysを使用する必要があります。

（更新：返信は、この結論が間違っていることを示しています。インデックスではここで配列のサイズを縮小することはできませんが、コメントで説明されているように、他のパフォーマンス上の利点があるため、引き続き使用する必要があります）

ルール2の唯一の例外は次のとおりです。

（ストリップやファンの代わりに）GL_TRIANGLESを使用する場合、各立方体の面が2つの別々の三角形としてレンダリングされるため、頂点の半分を同じ法線や色などで2回再利用できます。繰り返しますが、同じ単一の立方体の面の場合：

インデックスがない場合、GL_TRIANGLESを使用すると、配列は次のようになります。

頂点と法線はそれぞれ3つのフロートであることが多く、色は多くの場合3バイトであるため、立方体の面ごとに次のようになります。

（異なるタイプを使用するとバイト数が変わる可能性があることを理解しています。正確な数値は説明のためのものです。）

インデックスを使用すると、これを少し単純化して、次のようにできます。

後者の場合、頂点0と2が2回使用されますが、頂点、法線、および色の配列のそれぞれで1回だけ表されます。これは、すべてのジオメトリエッジが継ぎ目であるという極端な場合でも、インデックスを使用するための小さな勝利のように聞こえます。

これにより、私は次のように結論付けることができます。

3. GL_TRIANGLESを使用する場合、すべての継ぎ目であるジオメトリの場合でも、常にインデックス付き配列を使用する必要があります。

間違っている場合は、太字で私の結論を訂正してください。

データベースからデータを取得し、AZ からセクションにグループ化された並べ替え順序ですべての値を表示しようとしています。また、UITableView にもインデックスが付けられています。この場合、インデックスは AZ です。奇妙なことに、DB からすべての値をテーブルに取得すると、セクション 'B' の下の値にセクション 'A' の値が含まれていることがわかります。たとえば、インデックスをタップすると、インデックスをタップすると'D' を入力して文字 'B' セクションに戻ると、A で始まる値は D に置き換えられます。

これは、特にセクション 'B' の値でのみ発生します。他のセクションの値はすべて正しく表示されます。質問が明確でない場合は申し訳ありません。これは、私が自分の問題を説明できると思った最良の方法です。

あなたの助けが必要です。このタスクを完了することは非常に緊急であり、なぜこれが起こっているのか理解できません.

セクション インデックス付きの UITableView で、選択したセクションのタイトルを (セクション インデックスを押して)画面の一番上 (ナビゲーションコントローラーの下) に配置するのではなく、上部のナビゲーション バー ヘッダーの後にフラッシュするにはどうすればよいですか?

このような：

明確にするために、私が抱えている問題は、右側のセクション インデックスを押すと、テーブルがそのセクションを画面の一番上にスクロールし、ナビゲーション バーの下に隠れていることです。たとえば、テーブルが最初に表示されたときのように、ナビゲーション ヘッダーがナビゲーション バーの下部境界線とセクション文字行の上部に触れた直後に、そのセクション ヘッダーが正確に必要です。

「連絡先」アプリのように、名前に基づいたインデックス付きテーブルビューのチュートリアルを見つけることができれば、それは素晴らしいことです。私はあちこちを検索しましたが、名前で1つを見つけることができません。

GDI+ がビットマップを 16 ビット グレースケール インデックス付き png に保存することをサポートしているかどうかはわかりませんが、サポートしている場合はできないようです。これは可能ですか？そうでない場合、使用できるオープンソースのライブラリはありますか?

たとえば、文字列でインデックスが作成される 2 次元のテーブルを作成する必要があるという問題があります。

またはギザギザ:

これを処理できるコレクションまたは配列を宣言する方法は? 解決策を見つけましたが、それが最善かどうかはわかりません。

しかし、新しい値を作成したいときは、新しい辞書を初期化する必要があるため、なぜその解決策が正しくないと思いますか:

では、文字列でインデックス付けされた 2 次元配列を作成するにはどうすればよいでしょうか (これを処理できる新しいクラスを作成することもできます)。

画像は次のとおりです。 この画像は、完全な RGBA PNG で保存されたシンプルな黒から透明へのグラデーションです。

これは、GIMP によってインデックス付きアルファ PNG に変換された同じ画像です (Photoshop は同じ結果を生成します) 。

これは同じ画像です。今回は、私が書いた PHP スクリプトによってインデックス付きアルファ PNG に変換されました。

だから私の質問は、PHP スクリプトがそのような画像を問題なく作成できることを明確に示しているのに、GIMP と Photoshop がインデックス付き画像の部分的な透明度をサポートできないのはなぜですか?
パレットにアルファ情報が含まれている画像に「問題」はありますか?
よりプログラミング関連の質問: 最後の画像のこの透過性は Internet Explorer 6 で機能しますか?

このようなSQLでインデックス付きビューを作成しました：

また、ビューを作成した後、列 Table1_ID にクラスター化された一意のインデックスを設定します。
したがって、ビューは 2 つの列で構成されます。

2 つの質問があります。

1. の代わりにCount(1)orを使用すると、SQL は Table1_ID にインデックスを設定することを許可しませんCount_BIG(1)Count_BIG(*)
2. 2 番目の列 ( ) の型をどのように制御できますかTable2TotalCount- SQL は、 この列に長い null 許容型を与えます。ただし、この列には int not nullable型を設定したいと考えています。ビューを作成した後、列の型を変更する方法が見つかりません。また、ビューの作成に使用する t-sql は、常に int 値をTable2TotalCountに返します。

Table1_IDこのようなT-SQLを使用して、インデックス付きビュー（クラスター化された一意のインデックス）ビューを作成しました。

また、ビューを作成した後、Table1_ID列にクラスター化された一意のインデックスを設定しました。
したがって、Viewは2つの列で構成されます。

Viewを作成するためのT-Sqlは、Table2のgroup byと数百万の行のために、重いものです。

しかし、私が次のようなビューにクエリを実行すると

-サーバーのオーバーヘッドなしで高速に実行されます。

また、t-sqlでは、Table2列のwhere句で多くの条件を表示します。そして、Table2_DeletedMarkを1に変更して、クエリを実行した場合

もう一度-正しい結果が得られます。（Table2TotalCount1減少）。

したがって、質問は次のとおり
です。1.インデックス付きビューを使用したときにクエリの実行時間が大幅に短縮されたのはなぜですか（ビューを使用しない場合と比較して（DBCC DROPCLEANBUFFERS()VIEWにクエリを実行する前に実行した場合でも））
2。変更後

ビューはすぐに再計算され、正しい結果が得られますが、背後にあるプロセスは何ですか？生成するt-sqlビューに含まれる10以上の列の値を変更するたびに、生成されたビューによってsqlがt-sqlを実行することは想像できません。これは、重すぎるためです。
変更する列の値に応じて、値を再計算するための単純なクエリを実行するだけで十分であることを理解しています。
しかし、SQLはそれをどのように理解しますか？