这是极好的实践。
通过在循环内部创建变量,可以确保将变量的范围限制在循环内部。不能在循环外引用或调用它。
这条路:
如果变量的名称有点“泛型”(如“ i”),则没有风险将其与代码中稍后某个位置的另一个同名变量混合(也可以使用-Wshadow
GCC上的警告说明来缓解)
编译器知道变量范围仅限于循环内部,因此,如果错误地在其他地方引用了该变量,则将发出正确的错误消息。
最后但并非最不重要的一点是,编译器可以最有效地执行一些专用优化(最重要的是寄存器分配),因为它知道该变量不能在循环外部使用。例如,无需存储结果供以后重用。
简而言之,您做对了。
但是请注意,该变量不应在每个循环之间保留其值。在这种情况下,您可能需要每次都初始化它。您还可以创建一个包含该循环的更大的块,其唯一目的是声明必须将其值从一个循环传递到另一个循环的变量。这通常包括循环计数器本身。
{
int i, retainValue;
for (i=0; i<N; i++)
{
int tmpValue;
/* tmpValue is uninitialized */
/* retainValue still has its previous value from previous loop */
/* Do some stuff here */
}
/* Here, retainValue is still valid; tmpValue no longer */
}
对于问题2:调用函数时,变量分配一次。实际上,从分配的角度来看,它(几乎)与在函数开始时声明变量相同。唯一的区别是范围:该变量不能在循环外部使用。甚至有可能未分配该变量,而只是重新使用了一些空闲插槽(来自范围已结束的其他变量)。
受限且更精确的范围会带来更准确的优化。但更重要的是,它使您的代码更安全,减少了读取代码其他部分时需要担心的状态(即变量)。
即使在if(){...}
块之外也是如此。通常,代替:
int result;
(...)
result = f1();
if (result) then { (...) }
(...)
result = f2();
if (result) then { (...) }
写起来更安全:
(...)
{
int const result = f1();
if (result) then { (...) }
}
(...)
{
int const result = f2();
if (result) then { (...) }
}
差异似乎很小,尤其是在这么小的示例中。但是在更大的代码基础上,它将有所帮助:现在,没有风险将某些result
价值从头f1()
转移f2()
到头。每个元素result
都严格限制在自己的范围内,从而使其作用更加准确。从审阅者的角度来看,这要好得多,因为他不必担心和跟踪较长的远程状态变量。
甚至编译器也可以提供更好的帮助:假设将来在错误更改代码后,result
未使用正确初始化f2()
。第二个版本将只是拒绝工作,在编译时(比运行时更好)声明一个清晰的错误消息。第一个版本不会发现任何内容,f1()
只会简单地对的结果进行第二次测试,对的结果感到困惑f2()
。
补充资料
开源工具CppCheck(C / C ++代码的静态分析工具)为变量的最佳范围提供了一些极好的提示。
为了回应对分配的评论:上面的规则在C中是正确的,但可能不适用于某些C ++类。
对于标准类型和结构,在编译时已知变量的大小。C语言中没有“构造”之类的东西,因此在调用函数时,变量的空间将简单地分配到堆栈中(无需任何初始化)。这就是在循环内声明变量时成本为“零”的原因。
但是,对于C ++类,有一些我不太了解的构造函数。我猜分配可能不会成为问题,因为编译器应足够聪明以重用相同的空间,但是初始化很可能在每次循环迭代时进行。