提高ABAP的代码质量

       ABAP作为一种商业语言对其性能没有太多苛刻的要求，大部分工作通过配置就能满足需求，但就现在的R/3还离不开ABAP去处理一些特定需求，如何保证代码质量仍然是非常值得去研究和学习。

      一谈到代码质量，首先想到的肯定SQL语句。确实，写代码SQL语句是非常重要的部分，但不是全部，有可能只是一篇Documentation你无视他的存在。记得有一次做关于IDOC的简单开发，由于开发系统配置有人动过，最终上传到测试系统始终无法成功(include program: ZXF08U04)，最终看了这个FM(EXIT_SAPLIEDP_002)的说明文档才知道有一表(FEDICUS)必须被维护才能工作，所幸是没有上传到生产系统。同样，当开发人员开发一些特定参数的FM或需要特定的运行条件时，是否创建了文档作特别的说明呢？

      再例如系统一直运转伴随的ABAP开发不会中止，相似的不相似的需求永远处于变更中，随着带来的代码也会修来改去。不同的开发者不同的时间段如何快速阅读代码，Comment是非少不可的。因为真正写出来的ABAP，只要是懂计算机语言的人一看就明白其业务逻辑，才足以说明其可读性好。当然对代码的可读性不仅只是多写一些Comment，也包括命名规范以及代码格式。内表(IT)、工作区间(WA)、常量(C)、Selection参数(P)、中间变量(V)、类(ZC)等等都应有特定的命名前缀。

      对于写完的代码是否按下Pretty Printer，然后Check通过，Activate就表示代码编写结束呢？美代了格式、确立代码的可行性，当然这是必不可少的，同样运用Code Inspector能帮你快速识别abap程序的一些不足之处和潜在的错误，这对你改善性能和安全性方面是非常有价值的。
（待续）