Access对象标准化命名规则与良好的注释习惯-----Access高级企业开发.pdf

Access 对象标准化命名规则与良好的注释习惯 Access 高级企业开发 摘自 2005 年 王宇虹 熊靖 李宏亮 《专家门诊：Access 开发答疑 200 问》 第十六章 Access 开发规范 摘选 2006 年 王宇虹 朱亦文 陈格 朱彦志 出版的《Access 数据库系统开发从基础到实 践》 部分内容 Access 高级程序员是如何炼成的 一个程序员在经过一段时间的学习和训练之后，一般都可独立编写一些应用程序，而且 程序也会越写越顺手，但这并不表明程序编得越多，经验就会越丰富，效率也会越高。有 句古语：行百里者半九十，就是说无论做任何事，当达到一定的境界后，越往上，进展就 会越来越慢，要想在原来的基础上再提高一个层次，需要付出比以前更多的努力。而且如 果以前的基础打得不够扎实或是没有遵循一个严格的标准，很可能就会停滞不前，而且写 得越多，心态越疲，得益越少，思维越见混乱，只能一直无休止地重复以前做过的工作， 无法从代码中超脱出来以集中更多的精力来考虑客户的实际需求，为着编程而编程，实际 上这些弊端都是由于没有注重编程基本功的训练导致的，我自己也是做了几年的程序员后 才发现这个问题，特别是一些初学编程者，刚学会了一个编程语言，掌握了一种新的开发 工具，“当手中拿着一把新锤子的时候，那看什么都是钉子”，所以动不动就想做个应用系 统，把功能搞得非常复杂，代码写得老长老长，一口气可以写下几兆程序，而且让别人一 时都看不懂自己的程序，就越觉得自己有实力，如果对方看得几遍，还是晕头转向，那对 他来说感觉更是好极啦。其实，在现在的软件行业中，代码编写只占了整个开发周期中很 少的一部分，而系统分析与功能设计以及系统运行后的维护却是占了整个软件系统中很大 的比重，特别像一些非常庞大的系统，如MRP 、ERP 、CRM 这样大型的管理软件，一般 功能做到一定的程度后，都不再需要编写大量的代码，只是根据客户一些的具体需求对系 统做适量的用户化修改，必要时才可能做二次开发，那在这种情况下，对程序员或实施人 员来说，更多的是阅读代码，而不是编写代码，如果原来的程序员基本功扎实，按统一的 标准和统一的风格编写，并且有详尽的注释及更改记录，那做二次开发的程序员将会事半 功倍，甚至不必询问以前的程序员就可顺利地在已有的功能上添加新的功能和模块，因为 大家遵循同一个标准，程序的风格和程序的代码就是他们的语言，这是他们沟通最好的媒 介。 最后强调一句，在基本功上花的时间永远不会嫌多的，而且每花一次，你都会有更深的 认识，无论你是现在处于程序员的哪一个阶段。 在命名中花时间永远都不过份。 1.1 编程风格 对作家而言，文章可以看出他的一生，文如其人就是此说，而对于程序员来说，码如其人， 代码的风格多多少少也折射出一个程序员的性格和处事的方式，好的代码让人如饮甘醇， 久久回味，差的代码让人初见无味，久而生厌。 模仿一句名言：不值得读两遍的程序，连一遍也不值得读。 1.1.1 基本要求 （1） 程序很多时间不是给程序员看的，是给不懂程序的人看的。 在编程之前，得设想你的程序是给那些不懂程序的人看的，这样设身处地想一想， 也许你就会更多地注意程序的文档和注释。事实上，程序很多时候的确是给他们看 的。 （2 ） 不要太相信自己的编程能力, 程序尽量写得简单易懂, 太长的程序尽量分成多个 子程序或函数, 使程序结构清晰, 方便自已阅读也方便别人阅读, 一般来说，单个 函数的程序行数不得超过50 行。 （3 ） 对核心程序尽量优化代码, 不同的语法可能适合不同的情况, 但同时需要考虑代 码的易读性, 我的建议是要尽量两者兼顾. （4 ） 尽量先使用 ACCESS 本身提供的内部函数, 实在不行, 才定义自己的子程序和公 共函数。 （5 ） 不要随意定义全局变量，尽量使用局部变量。 （6 ） 使用括号以避免二义性。 1.1.2 可读性要求 （1） 正确性第一, 可读性第二，效率第三。首先要保证程序是准确的, 算出的结果是对 的, 然后再考虑程序的可读性, 它关系到你以后维护程序的难度和维护的时间. 最后再在前二者的基础上再做代码上的优化. （2