[《第4章程序编码.pptVIP

第4章 程序编码 内容介绍 4.1 程序编码概述 4.2 结构化程序设计 4.3程序设计风格 4.4 程序设计效率 4.5 程序设计语言的选择 4.6 小结 4.1 程序编码概述 编码的目的，是使用选定的程序设计语言，把模块的过程性描述翻译为用该语言书写的源程序（或源代码） 4.2 结构化程序设计 结构化程序设计的概念最早由E. W. Dijkstra提出。 4.3 程序设计风格 4.3.1 源程序文件 4.3.2 语句构造方法 4.3.3 输入/输出技术 4.3.1 源程序文件 源程序（也称源代码），是指一系列人类可读的计算机语言指令。包括恰当的标识符、适当的注释和程序的视觉组织等。 4.3.1 源程序文件 说明： (1)这些名字应能反映它所代表的实体，应有一定实际意义。 (2)名字不是越长越好，太长会增加打字量，且易出错，给修改带来困难。所以应当选择精炼的意义明确的名字。 (3)必要时可使用缩写名字，但缩写规则要一致，并且要给每个名字加注释。 4.3.1 源程序文件 2．程序的注释 程序中的注释用来帮助人们理解程序，绝不是可有可无的。一些正规的程序文本中，注释行的数量约占整个源程序的1/3，甚至更多。注释分为序言性注释和功能性注释。 序言性注释通常置于每个程序模块的开头部分，主要描述以下内容： (1)模块的功能。 (2)模块的接口，包括调用格式、参数的解释、该模块需要调用的其他子模块名。 4.3.1 源程序文件 (3)重要的局部变量，包括用途、约束和限制条件。 (4)开发历史，包括模块的设计者、评审者、评审日期、修改日期以及对修改的描述。 功能性注释通常嵌在源程序体内，主要描述程序段的功能。给代码添加注释是为了对代码的作用提供容易理解的说明。注释中应当提供那些无法通过阅读代码本身获得的信息。好的注释是在对代码本身进行更高层次的抽象之后产生的。如果注释只是重复已经很明显的内容，则毫无意义，应当避免这样的注释。 4.3.1 源程序文件 书写功能性注释时应注意以下问题： (1)注释要正确，错误的注释比没有注释更坏。 (2)为程序段作注释，而不是为每一个语句作注释。 (3)用缩进和空行，使程序与注释容易区分。 (4)注释应提供一些从程序本身难以得到的信息，而不是语句的重复。 4.3.1 源程序文件 3．视觉组织 通过在程序中添加一些空格、空行和缩进等技巧，可以帮助人们从视觉上看清程序的结构。常用的技巧和规则如下： (1)通过缩进技巧可清晰地观察到程序的嵌套层次，同时还容易发现诸如“遗漏end”那样的错误。 IF(…)THEN IF(…)THEN ┆ ELSE ┆ ENDIF ┆ ELSE ┆ ENDIF 4.3.1 源程序文件 (2)自然的程序段之间可用空行隔开。 (3)可通过添加空格使语句成分清晰，例如， (A-17)ANDNOT(B=49)ORC 可写成 (A-17) AND NOT (B＝49) OR C (4)也可以通过添加括号突出运算的优先级，避免发生运算的错误，例如， a*﹡**(b**c) (5)放置大括号。一般首选的方法是KR方法：把左括号放在行尾，右括号放在行首。例如， if (X){ Y } 4.3.2 语句构造方法 (1)不要为了节省空间把多个语句写在同一行。 (2)尽量避免复杂的条件测试。 (3)尽量减少对“非”条件的测试。 (4)对于多分支语句，尽量把出现可能性大的情况放在前面，把较少出现的分支放在后面，可以加快运算时间。 (5)避免大量使用循环嵌套语句和条件嵌套语句。 (6)利用括号使逻辑表达式或算术表达式的运算次序清晰直观。 (7)每个循环要有终止条件，不要出现死循环，更要避免出现不可能被执行的循环。 4.3.3 输入/输出技术 输入输出技术是在软件需求分析和设计阶段就已确定了的，然而，输入输出的具体实现方式却是在编码过程中确定的，它决定了用户对系统性质的可接受程度。 为了使软件的输入输出方便用户，在设计阶段和编码阶段，都应考虑以下有关规则： (1)对输人数据加校验可以避免用户误输入。 (2)对重要的输入项组合的合法性加检查语句。 (3)提示输入的请求，并简明地说明可用的选择或边界数值。 (4)输入格式简单，并可在提示中加以说明或用表格方式提供输入位置，方便用户使用。 4.3.3 输入/输出技术 (5)尽量保持输入格式的一致性。 (6)使用数据输入结束标志。 (7)输出信息中不要有文字错误，要保证输出结果的正确性。