代码规范 一

      我相信，并且十分确信很多朋友看到这个题目都会在心中多少出现些不屑。心想，我都写了多少程序了，还跟我谈如何写好程序，班门弄斧！ 好吧。 如果你是一个高手，我说的这个高手是公司、社会认为你是高手，而不是自己认为自己是高手。那样的话，您别看了，我在班门弄斧。如果不是的话，那您还是可以用几分钟看看的。如果有用，那最好。如果没用------见不贤而自醒！

      首先，遇到问题时，合格的程序员会清楚的认为，这个问题90%是由我的程序造成的，而不是由硬件、编译程序或者是操作系统错误造成的。是的，刚开始写程序时，我们时不时的都会想是不是因为操作系统或者别的原因，因为我的没有问题呀，我都看了N遍了。可是到了最后，发现错误往往出在自己这里。是的，经过研究表明，由硬件、编译程序、操作系统引发的错误一般只占5%，而由程序员编写代码产生的错误是95%。

     我们在写一个程序时，可能总是试途尽快将其实现，然后通过一遍一遍的运行程序去发现其中的错误，然后一个一个的修改。这个过程写出来的程序，是拼凑出来的，而不是经过完整的设计，而后去认真实现的东西。不断的匆忙去修改每个错误，从而造成更严重的错误。仔细想想，在工作中，我们是这样做的吗？  那正确的过程是什么样的？   正确的方式：仔细的做好程序的详细设计，哪怕只是一个小功能，或是一个函数。尽量用自然语言去描述它。做到整个功能点在心中有数。然后再去用具体的语言实现，运行之前仔细检查，在心里执行每个分去，尽量干掉其中所有的警告。OK之后，运行程序。

      如果子程序的错误过多，那么不要试图去修改它，重新写一个吧。 一件缝补过多次的衣服，一般不会比一件新衣服更好！

      另外，给子程序起名字也是很重要的步骤。因为，好的名字可以增强程序的可读性；这个名字要能够反映程序完成的工作； 如果发现这个名字很难起，那么很有可能是你的子程序耦合程序很高，那么去拆分你的子程序吧。

     OVER。 尽信书不如无书！用自己的思考去理解吧。当然这些只是写好程序的一部份，而是很小的一部分。抛砖引玉！