第十章程序编码.ppt

《第十章程序编码.ppt》由会员分享，可在线阅读，更多相关《第十章程序编码.ppt（51页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、第十章 程序编码,结构化程序设计 程序设计风格 程序效率 程序复杂性度量,做为软件工程过程的一个阶段，程序编码是设计的继续。程序设计语言的特性和程序设计风格会深刻地影响软件的质量和可维护性。为了保证程序编码的质量，程序员必须深刻地理解、熟练地掌握并正确地运用程序设计语言的特性。此外，还要求源程序具有良好的结构性和良好的程序设计风格。,结构化程序设计,结构化程序设计主要包括两方面：(1) 在编写程序时，强调使用几种基本控制结构，通过组合嵌套，形成程序的控制结构。尽可能避免使用GOTO语句。(2) 在程序设计过程中，尽量采用自顶向下和逐步细化的原则，由粗到细，一步步展开。,结构化程序设计的主要原则

2、,使用语言中的顺序、选择、重复等有限的基本控制结构表示程序逻辑。选用的控制结构只准许有一个入口和一个出口。程序语句组成容易识别的块，每块只有一个入口和一个出口。复杂结构应该用基本控制结构进行组合嵌套来实现。,语言中没有的控制结构，可用一段等价的程序段模拟，但要求该程序段在整个系统中应前后一致。严格控制GOTO语句，仅在下列情形才可使用： 用一个非结构化的程序设计语言去实现一个结构化的构造。 若不使用GOTO语句就会使程序功能模糊。 在某种可以改善而不是损害程序可读性的情况下。,自顶向下，逐步求精,在详细设计和编码阶段，应当采取自顶向下，逐步求精的方法。把一个模块的功能逐步分解，细化为一系列具体

3、的步骤，进而翻译成一系列用某种程序设计语言写成的程序。,自顶向下，逐步求精方法的优点,符合人们解决复杂问题的普遍规律。可提高软件开发的成功率和生产率用先全局后局部，先整体后细节，先抽象后具体的逐步求精的过程开发出来的程序具有清晰的层次结构，程序容易阅读和理解,程序自顶向下，逐步细化，分解成一个树形结构。在同一层的节点上的细化工作相互独立。有利于编码、测试和集成程序清晰和模块化，使得在修改和重新设计一个软件时，可复用的代码量最大每一步工作仅在上层节点的基础上做不多的设计扩展，便于检查有利于设计的分工和组织工作。,程序设计风格,程序实际上也是一种供人阅读的文章，有一个文章的风格问题。应该使程序具有

4、良好的风格。 源程序文档化 数据说明 语句结构 输入输出方法,源程序文档化,标识符的命名 安排注释 程序的视觉组织,符号名的命名,符号名即标识符，包括模块名、变量名、常量名、标号名、子程序名、数据区名以及缓冲区名等。这些名字应能反映它所代表的实际东西，应有一定实际意义。例如，表示次数的量用Times，表示总量的用Total，表示平均值的用Average，表示和的量用Sum等。,名字不是越长越好，应当选择精炼的意义明确的名字。必要时可使用缩写名字，但这时要注意缩写规则要一致，并且要给每一个名字加注释。同时，在一个程序中，一个变量只应用于一种用途。,程序的注释,夹在程序中的注释是程序员与日后的程序

5、读者之间通信的重要手段。注释决不是可有可无的。一些正规的程序文本中，注释行的数量占到整个源程序的13到12，甚至更多。注释分为序言性注释和功能性注释。,序言性注释,通常置于每个程序模块的开头部分，它应当给出程序的整体说明，对于理解程序本身具有引导作用。有些软件开发部门对序言性注释做了明确而严格的规定，要求程序编制者逐项列出,功能性注释,功能性注释嵌在源程序体中，用以描述其后的语句或程序段是在做什么工作，或是执行了下面的语句会怎么样。而不要解释下面怎么做。例如， /* ADD AMOUNT TO TOTAL */ TOTAL = AMOUNTTOTAL不好。,如果注明把月销售额计入年度总额，便使

6、读者理解了下面语句的意图： /* ADD MONTHLY-SALES TO ANNUAL-TOTAL */TOTAL = AMOUNTTOTAL要点 描述一段程序，而不是每一个语句； 用缩进和空行，使程序与注释容易区别； 注释要正确。,视觉组织 空格、空行和移行,恰当地利用空格，可以突出运算的优先性，避免发生运算的错误。例如 ，将表达式(A17)ANDNOT(B49)ORC写成(A17) AND NOT (B49) OR C自然的程序段之间可用空行隔开；,移行也叫做向右缩格。它是指程序中的各行不必都在左端对齐，都从第一格起排列。这样做使程序完全分不清层次关系。对于选择语句和循环语句，把其中的程

7、序段语句向右做阶梯式移行。使程序的逻辑结构更加清晰。例如，两重选择结构嵌套，写成下面的移行形式，层次就清楚得多。,IF（） THEN IF（） THEN ELSE ENDIF ELSE ENDIF,数据说明,在设计阶段已经确定了数据结构的组织及其复杂性。在编写程序时，则需要注意数据说明的风格。为了使程序中数据说明更易于理解和维护，必须注意以下几点。 1.数据说明的次序应当规范化 2.说明语句中变量安排有序化 3.使用注释说明复杂数据结构,数据说明的次序应当规范化,数据说明次序规范化，使数据属性容易查找，也有利于测试，排错和维护。原则上，数据说明的次序与语法无关，其次序是任意的。但出于阅读、理解

8、和维护的需要，最好使其规范化，使说明的先后次序固定。,说明语句中变量安排有序化,当多个变量名在一个说明语句中说明时，应当对这些变量按字母的顺序排列。带标号的全程数据(如FORTRAN的公用块)也应当按字母的顺序排列。例如，把 integer size, length, width, cost, price写成 integer cost, length, price , size, width,使用注释说明复杂数据结构,如果设计了一个复杂的数据结构，应当使用注释来说明在程序实现时这个数据结构的固有特点。例如, 对PL/1的链表结构和Pascal中用户自定义的数据类型，都应当在注释中做必要的补充说

9、明。,语句结构,在设计阶段确定了软件的逻辑流结构，但构造单个语句则是编码阶段的任务。语句构造力求简单，直接，不能为了片面追求效率而使语句复杂化。,1. 在一行内只写一条语句,在一行内只写一条语句，并且采取适当的移行格式，使程序的逻辑和功能变得更加明确。许多程序设计语言允许在一行内写多个语句。但这种方式会使程序可读性变差。因而不可取。,例如，有一段排序程序FOR I:=1 TO N1 DO BEGIN T:=I；FOR J:=I1 TO N DO IF AJAT THEN T:=J；IF TI THEN BEGIN WORK:=AT；AT:=AI；AI:=WORK；END END；由于一行中包括

10、了多个语句，掩盖了程序的循环结构和条件结构，使其可读性变得很差。,FOR I:=1 TO N-1 DO /改进布局 BEGIN T:=I； FOR J:=I1 TO N DO IF AJAT THEN T:=J； IF TI THEN BEGIN WORK:=AT； AT:=AI； AI:=WORK； END END；,2.程序编写首先应当考虑清晰性,程序编写首先应当考虑清晰性，不要刻意追求技巧性，使程序编写得过于紧凑。例如，有一个用Pascal语句写出的程序段： AI:=AIAT； AT:=AIAT； AI:=AIAT；,此段程序可能不易看懂，有时还需用实际数据试验一下。实际上，这段程序的功

11、能就是交换AI和AT中的内容。目的是为了节省一个工作单元。如果改一下： WORK:=AT； AT:=AI； AI:=WORK；就能让读者一目了然了。3.程序要能直截了当地说明程序员的用意。,4.除非对效率有特殊的要求,程序编写要做到清晰第一，效率第二。不要为了追求效率而丧失了清晰性。事实上，程序效率的提高主要应通过选择高效的算法来实现。5.首先要保证程序正确,然后才要求提高速度。反过来说，在使程序高速运行时，首先要保证它是正确的。,6.避免使用临时变量而使可读性下降。例如，有的程序员为了追求效率，往往喜欢把表达式 AI1AI;写成 AIAI; XAI1AI;这样将一句分成两句写，会产生意想不到

12、的问题。,7.让编译程序做简单的优化。8.尽可能使用库函数9.避免不必要的转移。同时如果能保持程序可读性，则不必用 GO TO语句。10.尽量只采用三种基本的控制结构来编写程序。除顺序结构外，使用IF-THEN-ELSE来实现选择结构；使用DO-UNTIL或DO-WHILE来实现循环结构。,11. 避免使用空的ELSE语句和IF THEN IF的语句。这种结构容 易使读者产生误解。例如， IF ( CHARA ) THEN IF ( CHARZ ) THEN PRINT “This is a letter。” ELSE PRINT “This is not a letter。” 可能产生二义性

13、问题。,12.避免采用过于复杂的条件测试。13.尽量减少使用“否定”条件的条件语句。例如，如果在程序中出现 IF NOT ( ( CHAR0 ) OR ( CHAR9 ) ) THEN 改成 IF ( CHAR0 ) AND ( CHAR9 ) THEN 不要让读者绕弯子想。,14. 尽可能用通俗易懂的伪码来描述程序的流程，然后再翻译成必须使用的语言。15. 数据结构要有利于程序的简化。16. 要模块化，使模块功能尽可能单一化，模块间的耦合能够清晰可见。17. 利用信息隐蔽，确保每一个模块的独立性。,18. 从数据出发去构造程序。19. 不要修补不好的程序，要重新编写。也不要一味地追求代码的复

14、用，要重新组织。20. 对太大的程序，要分块编写、测试，然后再集成。21. 对递归定义的数据结构尽量使用递归过程。,输入和输出,输入和输出信息是与用户的使用直接相关的。输入和输出的方式和格式应当尽可能方便用户的使用。一定要避免因设计不当给用户带来的麻烦。因此，在软件需求分析阶段和设计阶段，就应基本确定输入和输出的风格。系统能否被用户接受，有时就取决于输入和输出的风格。,不论是批处理的输入输出方式，还是交互式的输入输出方式，在设计和程序编码时都应考虑下列原则： 1. 对所有的输入数据都要进行检验，识别错误的输入，以保证每个数据的有效性；2. 检查输入项的各种重要组合的合理性，必要时报告输入状态信

15、息；3. 使得输入的步骤和操作尽可能简单，并保持简单的输入格式；,4. 输入数据时，应允许使用自由格式输入； 5. 应允许缺省值； 6. 输入一批数据时，最好使用输入结束标志，而不要由用户指定输入数据数目； 7. 在交互式输入输入时，要在屏幕上使用提示符明确提示交互输入的请求，指明可使用选择项的种类和取值范围。同时，在数据输入的过程中和输入结束时，也要在屏幕上给出状态信息；,8. 当程序设计语言对输入输出格式有严格要求时，应保持输入格式与输入语句的要求的一致性；9. 给所有的输出加注解，并设计输出报表格式。输入输出风格还受到许多其它因素的影响。如输入输出设备（例如终端的类型，图形设备，数字化转

16、换设备等）、用户的熟练程度、以及通信环境等。,程序效率,讨论效率的准则程序的效率是指程序的执行速度及程序所需占用的内存的存储空间。程序编码是最后提高运行速度和节省存储的机会，因此在此阶段不能不考虑程序的效率。让我们首先明确讨论程序效率的几条准则,效率是一个性能要求，应当在需求分析阶段给出。软件效率以需求为准，不应以人力所及为准。 好的设计可以提高效率。 程序的效率与程序的简单性相关。 一般说来，任何对效率无重要改善，且对程序的简单性、可读性和正确性不利的程序设计方法都是不可取的。,算法对效率的影响,源程序的效率与详细设计阶段确定的算法的效率直接有关。在详细设计翻译转换成源程序代码后，算法效率反

17、映为程序的执行速度和存储容量的要求。设计向程序转换过程中的指导原则：, 在编程序前，尽可能化简有关的算术表达式和逻辑表达式； 仔细检查算法中的嵌套的循环，尽可能将某些语句或表达式移到循环外面； 尽量避免使用多维数组； 尽量避免使用指针和复杂的表； 采用“快速”的算术运算；, 不要混淆数据类型，避免在表达式中出现类型混杂； 尽量采用整数算术表达式和布尔表达式； 选用等效的高效率算法；许多编译程序具有“优化”功能，可以自动生成高效率的目标代码。,影响存储器效率的因素,在大中型计算机系统中，存储限制不再是主要问题。在这种环境下，对内存采取基于操作系统的分页功能的虚拟存储管理。存储效率与操作系统的分页

18、功能直接有关。,采用结构化程序设计，将程序功能合理分块，使每个模块或一组密切相关模块的程序体积大小与每页的容量相匹配，可减少页面调度，减少内外存交换，提高存储效率。,在微型计算机系统中，存储器的容量对软件设计和编码的制约很大。因此要选择可生成较短目标代码且存储压缩性能优良的编译程序，有时需采用汇编程序。提高存储器效率的关键是程序的简单性。,影响输入输出的因素,输入输出可分为两种类型： 面向人(操作员)的输入输出 面向设备的输入输出如果操作员能够十分方便、简单地录入输入数据，或者能够十分直观、一目了然地了解输出信息，则可以说面向人的输入输出是高效的。,关于面向设备的输入/输出，可以提出一些提高输入/输出效率的指导原则： 输入/输出的请求应当最小化； 对于所有的输入/输出操作，安排适当的缓冲区，以减少频繁的信息交换。 对辅助存储(例如磁盘)，选择尽可能简单的，可接受的存取方法；,对辅助存储的输入/输出，应当成块传送； 对终端或打印机的输入/输出，应考虑设备特性，尽可能改善输入/输出的质量和速度； 任何不易理解的，对改善输入/输出效果关系不大的措施都是不可取的； 任何不易理解的所谓“超高效”的输入/输出是毫无价值的；,