我倾向于通过代码手段消除所有编译的warning。最终的产品代码编译的时候应该是没有warning的。
warning其实可以分为两种:一种是可以忽略的,一种是不可以忽略的。
比如:int被看作bool的warning往往是不能忽略的,而MyClass*被转换成int的warning都是可忽略的。
#pragma warning(disable: xxxx)可以显式的忽略那些确定不会造成恶劣影响的warning。比如VC编译器在编译STL时候的一些warning。只有把那些可以忽略的warning都忽略之后,那些必须处理的warning才能从众多的warning当中过滤出来。
有时候情况会比较复杂,需要区别对待。比如signed和unsigned的区别,就是比较复杂的情况,int i = vector.size()通常不要紧,但是int i = recCount却未必是安全的。因此,我们应该对于安全的warning可以如下写代码:int i = (int)vector.size(),这样做了之后,后面那个需要判断处理的signed和unsigned问题就会浮现出来。
如果不努力去消除那些“可以忽略的warning”,那么最后的结果必然是warning太多,而导致所有的warning都被程序员所忽视。
warning其实可以分为两种:一种是可以忽略的,一种是不可以忽略的。
比如:int被看作bool的warning往往是不能忽略的,而MyClass*被转换成int的warning都是可忽略的。
#pragma warning(disable: xxxx)可以显式的忽略那些确定不会造成恶劣影响的warning。比如VC编译器在编译STL时候的一些warning。只有把那些可以忽略的warning都忽略之后,那些必须处理的warning才能从众多的warning当中过滤出来。
有时候情况会比较复杂,需要区别对待。比如signed和unsigned的区别,就是比较复杂的情况,int i = vector.size()通常不要紧,但是int i = recCount却未必是安全的。因此,我们应该对于安全的warning可以如下写代码:int i = (int)vector.size(),这样做了之后,后面那个需要判断处理的signed和unsigned问题就会浮现出来。
如果不努力去消除那些“可以忽略的warning”,那么最后的结果必然是warning太多,而导致所有的warning都被程序员所忽视。
博客围绕C/C++代码编译警告展开,指出应通过代码手段消除所有编译警告。警告分可忽略和不可忽略两种,如int转bool不可忽略,MyClass*转int可忽略。可通过#pragma warning(disable: xxxx)忽略确定无害的警告,复杂情况需区别对待,否则警告易被忽视。
1万+

被折叠的 条评论
为什么被折叠?



