{                  {

      ...                   ...

}                  }

6.3      缩进规则

使用一个“Tab”为每层次缩进。例如：

function func()

   {

      if (something bad)

      {

         if (another thing bad)

         {

            while (more input)

            {

            }

         }

      }

   }

6.4      小括号规则

a)     不要把小括号和关键词（if 、while等）紧贴在一起，要用空格隔开它们。

b)     不要把小括号和函数名紧贴在一起。

c)     除非必要，不要在Return返回语句中使用小括号。因为关键字不是函数，如果小括号紧贴着函数名和关键字，二者很容易被看成是一体的。

6.5      If Then Else规则

如果你有用到else if 语句的话，通常最好有一个else块以用于处理未处理到的其他情况。可以的话放一个记录信息注释在else处，即使在else没有任何的动作。其格式为：

if (条件1)                 // 注释

   {

   }

   else if (条件2)            // 注释

   {

   }

   else                           // 注释

   {

   }

注：if 和循环的嵌套最多允许4层

6.6      比较规则

总是将恒量放在等号/不等号的左边。一个原因是假如你在等式中漏了一个等号，语法检查器会为你报错。第二个原因是你能立刻找到数值而不是在你的表达式的末端找到它。例如：

if ( 6 == $errorNum ) ...

6.7      Case规则

default case总应该存在，如果不允许到达，则应该保证：若到达了就会触发一个错误。Case的选择条件最好使用int或string类型。

6.8      对齐规则

变量的申明和初始化都应对齐。例如：

   int       m_iCount;

   int       i,j;

   float     m_fIncome,m_fPay;

   m_iCount  = 0;

   i         = 1;

   m_fIncome = 0.3;

6.9      单语句规则

除非这些语句有很密切的联系，否则每行只写一个语句。

6.10 单一功能规则

原则上，一个程序单元（函数、例程、方法）只完成一项功能。

6.11 简单功能规则

原则上，一个程序单元的代码应该限制在一页内（25~30行）。

6.12 明确条件规则

不要采用缺省值测试非零值。例如：使用“if  ( 0 !=  f( ) )”而不用“if  ( f( ) )”。

6.13 选用FALSE规则

大部分函数在错误时返回FALSE、0或NO之类的值，但在正确时返回值就不定了（不能用一个固定的TRUE、1或YES来代表），因此检测一个布尔值时应该用FALSE、0、NO之类的不等式来代替。例如：使用“if  ( FALSE !=  f( ) )”而不用“if  (TRUE ==  f( ) )”。

6.14 独立赋值规则

嵌入式赋值不利于理解程序，同时可能回造成意想不到的副作用，应尽量编写独立的赋值语句。例如：使用“a = b + c ;  e = a + d;”而不用“e = ( a = b + c ) + d ”。

6.15 定义常量规则

对于代码中引用的常量（尤其是数字），应该define成一个大写的名字，在代码中引用名字而不直接引用值。

6.16 模块化规则

某一功能，如果重复实现一遍以上，即应考虑模块化，将它写成通用函数。并向小组成员发布。同时要尽可能利用其它人的现成模块。

6.17 交流规则

共享别人的工作成果，向别人提供自己的工作成果。

在具体任务开发中，如果有其它的编码规则，则在相应的软件开发计划中予以明确定义。

7        编程准则

7.1      变量使用

a)       不允许随意定义全局变量。

b)           一个变量只能有一个用途；变量的用途必须和变量的名称保持一致。

c)       所有变量都必须在类和函数最前面定义，并分类排列。

7.2      数据库操作

a)       查找数据库表或视图时，只能取出确实需要的那些字段。

b)           使用无关联子查询，而不要使用关联子查询。

c)       清楚明白地使用列名，而不能使用列的序号。

d)       用事务保证数据的完整性。

7.3      对象使用

a)       尽可能晚地创建对象，并且尽可能早地释放它。

7.4      模块设计原则

a)       不允许随意定义公用的函数和类。

上一页  [1] [2] [3] [4] [5] [6] [7] [8] [9]  下一页