|
|
知识路径： > 信息系统工程技术知识 > 软件与软件工程知识 > 软件开发工具基础知识 > 程序编写 > 程序设计风格 >
|
|
相关知识点：4个
|
|
|
|
|
在设计阶段确定了软件的逻辑流结构，但构造单个语句则是编码阶段的任务。语句构造力求简单，直接，不能为了片面追求效率而使语句复杂化。
|
|
|
|
（1）在一行内只写一条语句，并且采取适当的移行格式，使程序的逻辑和功能变得更加明确。
|
|
|
|
（2）程序编写首先应当考虑清晰性，不要刻意追求技巧性，使程序编写得过于紧凑。
|
|
|
|
（3）程序编写得要简单，写清楚，直截了当地说明程序员的用意。
|
|
|
|
（4）除非对效率有特殊的要求，否则程序编写要做到清晰第一，效率第二。不要为了追求效率而丧失了清晰性。事实上，程序效率的提高主要应通过选择高效的算法来实现。
|
|
|
|
（5）首先要保证程序正确，然后才要求提高速度。反过来说，在使程序高速运行时，首先要保证它是正确的。
|
|
|
|
|
|
|
|
|
|
（9）尽量用公共过程或子程序去代替重复的功能代码段。
|
|
|
|
|
|
（11）使用括号来清晰地表达算术表达式和逻辑表达式的运算顺序。
|
|
|
|
（12）避免不必要的转移。同时如果能保持程序的可读性，则不必用GOTO语句。
|
|
|
|
|
|
|
|
（15）避免使用空的ELSE语句和IF…THEN IF…的语句。
|
|
|
|
（16）避免使用ELSE GOTO和ELSE RETURN结构。
|
|
|
|
|
|
|
|
（19）尽量减少使用“否定”条件的条件语句，不要让读者绕弯子想。
|
|
|
|
|
|
|
|
|
|
|
|
（24）尽可能用通俗易懂的伪码来描述程序的流程，然后再翻译成必须使用的语言。
|
|
|
|
|
|
（26）要模块化，使模块功能尽可能单一化，模块间的耦合能够清晰可见。
|
|
|
|
|
|
|
|
（29）不要修补不好的程序，要重新编写。也不要一味地追求代码的复用，要重新组织。
|
|
|
|
（30）对太大的程序，要分块编写、测试，然后再集成。
|
|
|
|
|
|
（32）注意计算机浮点数运算的特点，例如浮点数运算10.0×0.1通常不等于1.0。
|
|
|
|
（33）不要单独进行浮点数的比较。用它们做比较，其结果常常发生异常情况。
|
|
|
|
（34）避免不恰当地追求程序效率，在改进效率前，要做出有关效率的定量估计。
|
|
|
|
（35）在程序中应有出错处理功能，一旦出现故障时不要让机器进行干预，导致停工。
|
|
|
