並列配列を使用できるのはいつですか？

私は「並列配列」またはリストと呼んでいるものを使用するコード（新しいコード）を実行しています。つまり、関連データを含む2つの配列があり、配列内の位置（インデックス）によってリンクされています。

私はこれを混乱させ、あらゆる種類のエラーを起こしやすいと考えています。私が通常提案する解決策は、CompanyCompanyIdおよびCompanyNameフィールドで呼び出されるオブジェクトを作成することです。

非常に現実的な例：

List<string> companyNames;
List<int> companyIds;

//...They get populated somewhere and we then process

for(var i=0; i<companyNames.Count; i++)
{
    UpdateCompanyName(companyIds[i],companyNames[i]);
}

これらの並列配列は悪い習慣と見なされていますか？

誰かがparrel配列を使用する理由は次のとおりです。

1. クラスまたは構造体をサポートしない言語で
2. 個々のスレッドが列の1つのみを変更しているときにスレッドのロックを回避するには
3. 永続化メソッドがこれらのものを個別に保存することを強制し、それらを再構成する場合
4. 構造がパディングされている場合、それらはより少ないメモリを消費できます。（C＃のこれらのデータ型には適用されません）
5. CPUキャッシュを効率的に使用するためにデータの一部を近づける必要がある場合（上記のコードでは役に立たないでしょう）。
6. 単一命令複数データ（SIMD）命令コードの使用。（このコード、または文字列にはまったく適用されません）

この場合、これを行う説得力のある理由は見当たりません...そして、上記のすべてにもっと良いオプションがあるか、高級言語ではあまり有用ではありません。

私は並列配列を使用した罪を犯しました。時には、構造を抽象化する方法を考えたくないほど、構造に興味があります。抽象化はリファクタリングが少し難しくなる可能性があるため、本当に必要なものを証明するまで、抽象化をすぐに開始することをためらいます。

ただし、その時点では、詳細を抽象化するためにリファクタリングを検討する価値があります。多くの場合、私がそれを行うことに消極的である最大の理由は、良い名前を考えるのが難しいことであることが判明します。

並列配列を抽象化する良い方法が見つかれば、それを毎回行ってください。しかし、触ることを拒否して自分を麻痺させないでください。時々、少し汚いコードが素晴らしいコードへの最良の足がかりです。

このパターンは、（構造の配列とは対照的に）配列の構造とも呼ばれ、コードをベクトル化するときに非常に役立ちます。単一の構造で実行される計算を記述してビットをベクトル化するのではなく、SSE組み込み関数を除き、1つではなく4つの構造で実行されるように、通常どおり計算を記述します。これは通常、より簡単で、ほとんど常に高速です。SoA形式はこれを非常に自然なものにします。また、アライメントが改善され、SSEメモリ操作が高速になります。