程序员改代码规范

代码书写规则通常对应用程序敬埋的功能没有影响，但它们对于改善源代码的昌稿简理解是有帮助的。养成良好的习惯对于软件的开发和维护都是很有益的。

一篇编写规范的代码,不仅让自己维护起来更加方便,也会让其他读者觉得赏心悦目~快来看看如下10点

第一点：源代码文件以文件内容中的最顶层的Java类命名，而且大小写敏感，文件扩展名为.java，同时，文件的编码格式统一为UTF-8。

?

第二点：类的命名遵循大驼峰命名法UpperCamelCase，而方法名和变量名的命名遵循小驼峰命名法lowerCamelCase。常量名使用大写字母表示，单词之间以耐裤下划线分隔.jsp的文件名全部小写。

第三点：一个程序文件最好不要超过2000行。

第四点：不用的代码和引用删除.

第五点：请合理运用空行。空行可以用来隔开相对独立的代码块，有利于阅读和理解。但是不要使用超过一行的空行，对空间，别太奢侈了。

第六点：为不容易理解类变量注释。注释代码段，注释逻辑选择。

第七点：对成员方法,不要轻易采用public的成员变量。主要的修饰符有public,private,protected。避免过多的参数列表，尽量控制在5个以内。

?

第八点：原则上关系密切的行应对齐，对齐包括类型、修饰、名称、参数等各部分对齐。另每一行的长度不应超过屏幕太多，必要时适当换行，换行时尽可能在","处或运算符处，换行后最好以运算符打头。

第九点：为避免编程时遇到麻烦，请保证在自己类路径指到的任何地方，每个名字都仅对应一个类。否则，编译器可能先找到同名的另一个类，并报告出错消息。

?

第十点：字符串不应该重复，如果多次用到同一字符串，建议将该字符串定义为字符串常量，再引用。

互联网前辈总陆雀是说“bug是改不完的”，新入职的程序员应对bug：

1、在软件行业可能有一些新进的程序员都会面临着替别人改代码的情况。如果让一个人修改另一个人的代码，可能对于每个人来说都会是一种尴尬的情况。因为每个人的代码技术是不同的，而修护另一个人的代码bug，工作效率是相当低的。同时也会搞的那个程序员很没有面子，有时候是越改越糟糕，越改越痛心，不如重新另外写一个新的代码。对bug的时候不要出现消极的情绪。不管这个bug是不是自己所要面临的问题，都不应该觉得不是我的bug。因为这是职裂行业修养的问题。面对bug的正确态度应该是积极的调试集中的检测，确定问题，找到问题的原因，然后集中精力把bug解决掉。

2、测试。可以选择一些代码会出现的结果与预期不符合的先解决这一类问题。因为这每一步的预期结果都是根据跟踪到的实际结果进行判定的。这样子找出来的原因，在开发环境当中是比较容易设置的。当没办法调试的时候，可以查看日志的方式判断是哪一步出现了问题之后再返回来进行调试。这样对修复bug而言是比较快而且比早源早较迅速。

3、重写代码。最后如果是没办法的情况下当然是重写代码，但是这所产生的时间就会比较长。对于一个程序员来说，遇到bug是不用解释的，而且这是一种常见的情况。如果不能够把程序改好或者是实在没有办法改的情况下，也要解释为什么没有办法改，以及以后应该对这种情况如何做处理。因为程序出现错误是很正常的现象，而当机器不出现错误的时候，那是不可能的。

1、首先，任何开发人员在提交代码进行系统测试前须经过自检，有条件的团队应进行适当的单元测试。

2、其次，开发人员在进行Bug fix时要分析问题的根本原因, 并附宏余上详细的解肢绝枣决方案,必要时请把修改后的代码附上。

3、最后，一个提交出来的产品,没有任何历拆调整,基本是不用改程序的。大多程序的修改都是产品需求的变更引起的,比如增加一项功能。以上就是程序员改版本的步骤。

---