程序员编程标准

程序员设计标准

编程原则:

    为过程和模块赋予表义性强的名字

    为每个过程赋予单个退出点

    为每个过程赋予明确定义的作用域

    用参数在过程之间传递数据

使用统一和直观明了的方式来调用过程

 

编程标准-----设计模块和过程

    设计模块和过程，我觉得主要是围绕一个主题：创建容易调试和维护的过程。无论要增加模块的内聚性、要做到高扇入低扇出，还是创建高度专用、松散链接的过程，都是为了增强程序的健壮性。

编写程序过程中要注意以下几个方面：

•坚持：高扇入，低扇出，高内聚，低耦合。尽量减少扇入和扇出。

•封装完善的模块，要考虑将它们作为类模块来创建。

•可以根据需要创建专用过程。这样将经常需要修改的代码放进专用过程，等到需要update的时候，只在这个专用过程里进行就OK了。

一个模块和过程应该尽量独立，减少与别的模块之间的调用关系。想想也是，过程越简单，我们调试和修改起来就越容易。如果模块之间相互调用的比较多，各个之间都有联系，像我们的知识网那么密，牵一发而动全身，调试和修改一个过程还要惊动整个工程，多烦人啊。（我们建立知识网应该是越密越好，牵一发动得越多越好哈）

 

编程标准----命名约定

      匈牙利标记法：使用3字符前缀来表示数据类型和控件类型。这样使读者很直观的就能看出变量类型。

驼峰法：将第一个单字以小写字母开始；第二个单字的首字母大写或每一个单字的首字母都采用大写字母。这种方法虽然不能直观看出什么类型，但是也算比较常用。

      也可以将作用域用做变量的前缀。

 

编程标准----变量

    关于变量要注意以下几个方面：

       •应该正确使用变量，避免创建无焦点变量。

       •对变量进行缩写，应该做到前后一致。

       •选用表义性强的变量名。

•编写代码时，应该对变量进行显示说明，可以通过Option Explicit。

•尽量缩小变量的作用域。这一点，和上面说的模块和过程独立性要达到的效果一样。变量作用域小了，调试和修改才越简单。

 

编程标准----对错误的处理

请求时编译(Compile On Demand)：只编译运行应用程序所必须的代码，也会产生某些不被注意的编译错误。

有三种方法可以消除请求时编译的错误

        •关闭"请求时编译"功能

        •生成工程的可执行文件

        •在"运行"菜单中选择"全编译执行"

后台编译(Background Compile)，可以创建错误处理程序以捕获代码中的错误。

On Error GoTo 语句

On Error Resume Next语句

 

Err对象  注意:标注应该全部使用大写字母,以便引起读者注意.

注意 标注应该全部使用大写字母 以便引起读者注意

 

编程标准----代码的格式

代码格式化，好的直观布局能够展示程序的逻辑结构。要注意以下几点：

•尽量使代码的结构具有正确而清楚的格式。

•使用行接序符。

•缩进后续行。

•运用语句缩进来显示代码的组织结构。

•对模块的Declarations部分中的代码进行缩进,显示其从属关系。

•使用白空间将相关语句组合在一起。

   原则: 1行接续符指的是行的连接关系,因此不能再它后面放置行尾注释。

         2有些位置上是不能对语句惊醒分割的,比如保留字的中间是不能断开的。

    代码的编写格式，是每个程序员应该注意的。要使代码错落有致，层次感分明。该缩行时就缩行，该换行时就换行。什么时候该？运用前人的总结（巨人啊！），具体情况具体分析。

编程标准----代码的注释

注释就像翻译，将这段代码的功能完整的展现在读者面前。所以注释应该清晰，透彻，易懂，书写规范。注释可以采用内部注释，也可以在行尾注释。根据需要，代码长短，程序员可以自己决定。但要考虑怎样写最适合读者。

注释最好是在模块开始时先整体描述一下这个模块的功能，然后在每一个句段前也写注释，让读者清晰每一句话各自的功能。总之，一切为读者着想，怎么易于读者理解，就怎么做。

编程标准----用户界面的设计

界面设计要醒目，使用户很容易就会使用，而且很方便的就能找到使用的按钮。

设计的快捷键按钮或者界面颜色等,要与现有已形成的形式相一致（现有的成果就是巨人）。

设计界面要考虑周全，这就要求我们对各个方面有比较深刻的理解。比如，使文本框的高度与标准组合框的高度相同，就可以创建一个视觉上美观的界面，它优化了空间的使用。

不要向用户隐藏按钮,而应该取消其激活状态,表示这时这些按钮不能使用。