我更喜欢std::distance(vic .begin()，它)，因为它将允许我在没有任何代码更改的情况下更改容器。例如，如果你决定使用std::list而不是std::vector，后者不提供随机访问迭代器，你的代码仍然会被编译。因为std::distance根据迭代器的特性选择最佳方法，所以你也不会有任何性能下降。

我只会对std::vector使用-变体——它的意思很清楚，操作的简单性(不超过指针减法)是由语法表示的(另一方面，距离听起来像毕达哥拉斯第一次阅读，不是吗?)正如UncleBen指出的那样，-在vector被意外更改为list的情况下也充当静态断言。

我也认为这是更普遍的-虽然没有数字可以证明。主实参:it - vic .begin()在源代码中更短-更少的输入工作，更少的空间消耗。很明显，你的问题的正确答案归结为品味的问题，这也可以是一个有效的论点。

除了int float string等，当使用div . types时，你可以将额外的数据放入.second，例如:

std::map<unsigned long long int, glm::ivec2> voxels_corners;
std::map<unsigned long long int, glm::ivec2>::iterator it_corners;

or

struct voxel_map {
    int x,i;
};

std::map<unsigned long long int, voxel_map> voxels_corners;
std::map<unsigned long long int, voxel_map>::iterator it_corners;

when

long long unsigned int index_first=some_key; // llu in this case...
int i=0;
voxels_corners.insert(std::make_pair(index_first,glm::ivec2(1,i++)));

or

long long unsigned int index_first=some_key;
int index_counter=0;
voxel_map one;
one.x=1;
one.i=index_counter++;

voxels_corners.insert(std::make_pair(index_first,one));

使用正确的||结构，你可以把任何东西放在。second中，包括在进行插入时递增的索引号。

而不是

it_corners - _corners.begin()

or

std::distance(it_corners.begin(), it_corners)

后

it_corners = voxels_corners.find(index_first+bdif_x+x_z);

索引很简单:

int vertice_index = it_corners->second.y;

当使用glm::ivec2类型时

or

int vertice_index = it_corners->second.i;

对于结构数据类型

我更喜欢它- vvector .begin()，正是因为Naveen给出的相反原因:所以如果你将vector更改为列表，它就不会编译。如果你在每次迭代中都这样做，你可以很容易地把O(n)算法变成O(n²)算法。

另一种选择是，如果在迭代期间不在容器中跳来跳去，则将索引保留为第二个循环计数器。

注意:它是容器迭代器的常用名称，std::container_type::iterator it;。

根据http://www.cplusplus.com/reference/std/iterator/distance/，由于vecc .begin()是一个随机访问迭代器，distance方法使用-操作符。

因此，从性能的角度来看，答案是相同的，但是如果任何人都必须阅读和理解您的代码，那么使用distance()可能更容易理解。

我更喜欢std::distance(vic .begin()，它)，因为它将允许我在没有任何代码更改的情况下更改容器。例如，如果你决定使用std::list而不是std::vector，后者不提供随机访问迭代器，你的代码仍然会被编译。因为std::distance根据迭代器的特性选择最佳方法，所以你也不会有任何性能下降。