为了避免签名/未签名的比较，此C是否有意义？

Question

我回顾一个C++项目，看看有效以下内容：

std::vector<SomeType> objects; 

//then later 
int size = (int)objects.size(); 
for(int i = 0; i < size; ++i) { 
    process(objects[i]); 
} 

这是我看到的。 std::vector::size()返回size_t，可能有些尺寸与int的尺寸无关。即使sizeof(int) == sizeof(size_t)int已签名且无法保存所有可能的值size_t。所以上面的代码只能处理一个很长的向量的较低部分，并且包含一个bug。正确的方法是将size_t用于size变量和循环索引。

这就是说我很好奇为什么作者可能会写这个？

我唯一的猜测是，第一，他省略了(int)演员和编译器发出类似的Visual C++ C4018警告：

warning C4018: '<' : signed/unsigned mismatch 

因此笔者虽然，为了避免编译器警告的最佳方式是简单地将size_t转换为int，从而使编译器闭嘴。

C剧情有没有其他可能的理智原因？

Answer 1

不，这可能是原因。再加上这个向量可能永远不会太长，以至于会缩小规模（应用程序开发人员会知道这一点）。

And ...也许在程序的某些部分，他实际上将“尺寸”与其他类型为int的其他类型进行了比较，因此将尺寸设置为“size_t”类型可以将其固定在一个位置，但将它放在其他位置。

Answer 2

我会说在C和C++中强制使用C casts只是为了让编译器闭嘴，很少或根本没有努力去理解它告诉你什么。伤心，但是真的。

Answer 3

unsigned int size = (int)objects.size(); 
for(unsigned int i = 0; i < size; ++i) { 
    process(objects[i]); 
} 

Answer 4

显而易见的答案是使用：

size_t size = objects.size(); 
for(size_t i = 0; i < size; ++i) { 
    process(objects[i]); 
} 

或者是迂腐正确：

typedef std::vector<SomeType>::size_type s_t; 
s_t size = objects.size(); 
for (s_t i=0; i<size; ++i) 
    process(objects[i]); 

OTOH，除非你确定你需要自己编写循环，你通常使用算法更好：

std::foreach(objects.begin(), objects.end(), process);