什么时候可以使用并行阵列？

我一直在尝试使用所谓的“并行数组”或列表的代码（新代码）。意味着有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. 当单个线程仅修改列之一时，避免线程锁定
3. 当持久性方法强制将这些内容分开存储时，您将对其进行重构。
4. 如果填充结构，它们可以消耗更少的内存。（不适用于C＃中的这些数据类型）
5. 当需要将部分数据保持在一起以有效利用CPU缓存时（在上面的代码中无济于事）。
6. 使用单指令多数据（SIMD）操作码。（不适用于此代码，或根本不适用字符串）

在这种情况下，我看不出有任何令人信服的理由...而且上述所有选项中可能都有更好的选择，或者在高级语言中不太有用。

我一直对使用并行数组感到内gui。有时，您会不知所措，根本不想考虑如何抽象化它。抽象可能很难重构，因此在您证明真正需要之前，您不愿意直接将其启动。

在这一点上，尽管值得考虑重构以抽象出细节。通常，我最不愿意这样做的最大原因是，很难想到一个好名字。

如果您可以看到一种很好的抽象并行数组的方法，那么每次都执行此操作。但是不要因拒绝触摸而瘫痪自己。有时，一些肮脏的代码是通向出色代码的最佳垫脚石。

这种模式有时也称为数组结构（与结构数组相反），在向量化代码时非常有用。除了编写在单个结构上运行并对其向量进行矢量化的计算之外，您无需像SSE内部函数那样按通常的方式编写计算，这样它就可以在4种结构上运行，而不是在一种结构上运行。这通常更容易，而且几乎总是更快。SoA格式使其非常自然。它还可以改善对齐方式，从而使SSE内存操作更快。