0Bug(用编译器处理bug)

来源：互联网发布：java xml转pdf itext 编辑：程序博客网时间：2024/04/30 12:54

比如说判断语句，常量写左边，if(i==0)，如果写成if(i=0)表达式恒定为假，就错了，但是，如果我们养成常量写左边的习惯，永远一写就是if(0==i)，当此时我们少写一个=号时，编译器立即报错，因为常量在语法上不可被赋值。类似的例子还有很多，我的内存池注册机制，就是利用程序自己来统计指针变量的使用情况，一旦发现未释放指针，立即报警，预防内存泄漏。

大家注意没有，所有这些规范，方法和习惯，我都是想尽办法，争取向C的语法规约，或者说编译器的报错边界在靠拢，力图使错误在编译的第一时间，在程序第一次被运行，就被报出来，并顺便帮助程序员定位到错误处，请问，这种bug还可怕吗？

还有，我在书中强调匈牙利命名法，就是喜欢它有个严格的约定，当把一个成员变量改为全局变量时，根据命名要求，变量必须要改名，由m_xxx改成g_xxx，这一改，编译器会找出一堆调用错误，那么，是不是在帮助我们，仔细检查每一个调用点，让我们来判断，这次改变变量的作用域，是不是合理，以及是不是有隐患。

因此，我这里明确提示一下年轻的朋友们，请尽量利用好编译器，它找bug比你准确得多。好的程序，不是一写出来就没有bug，而是写出来第一次编译一大堆bug，然后我们改，当什么时候改到编译器不报错，我们的程序就彻底没有bug，那么，我认为，这就是最理想的0bug程序，同时，这个程序员，可以称之为0bug程序员。