0Bug(用编译器处理bug)

<!-- /* Font Definitions */ @font-face {font-family:宋体; panose-1:2 1 6 0 3 1 1 1 1 1; mso-font-alt:SimSun; mso-font-charset:134; mso-generic-font-family:auto; mso-font-pitch:variable; mso-font-signature:3 135135232 16 0 262145 0;} @font-face {font-family:"/@宋体"; panose-1:2 1 6 0 3 1 1 1 1 1; mso-font-charset:134; mso-generic-font-family:auto; mso-font-pitch:variable; mso-font-signature:3 135135232 16 0 262145 0;} /* Style Definitions */ p.MsoNormal, li.MsoNormal, div.MsoNormal {mso-style-parent:""; margin:0cm; margin-bottom:.0001pt; text-align:justify; text-justify:inter-ideograph; mso-pagination:none; font-size:10.5pt; mso-bidi-font-size:12.0pt; font-family:"Times New Roman"; mso-fareast-font-family:宋体; mso-font-kerning:1.0pt;} /* Page Definitions */ @page {mso-page-border-surround-header:no; mso-page-border-surround-footer:no;} @page Section1 {size:612.0pt 792.0pt; margin:72.0pt 90.0pt 72.0pt 90.0pt; mso-header-margin:36.0pt; mso-footer-margin:36.0pt; mso-paper-source:0;} div.Section1 {page:Section1;} -->

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

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

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

 

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