实现-上.pptVIP

第7章 实现- 编码 主要内容 编码目标 选择程序语言 编码风格 源程序文档化 编码工具 编 码 -- 目 标 做为软件工程过程的一个阶段，程序编码是设计的继续。 程序设计语言的特性和程序设计风格会深刻地影响软件的质量和可维护性。 为了保证代码的质量，程序员必须深刻地理解、熟练地掌握并正确地运用程序设计语言的特性。 此外，还要求源程序具有良好的结构性和良好的程序设计风格。 编 码 – 目 标 把软件设计的结果“翻译”为某种程序设计语言书写的程序。 程序员要仔细阅读设计文档。 它是对设计的进一步具体和细化（实现）。 程序设计语言也会对程序的可靠性、可测试性、可维护性产生影响。 编 码 -- 目 标 我们对编码的总体要求：正确可靠，简明清晰，且有较高的效率。 源代码越清楚和简明，就越便于验证源代码和模块规格说明的一致性，越容易对它进行测试和维护。 清晰和效率却常常会有矛盾,清晰性好的程序一般效率较低，而要求效率高的程序往往清晰度不太好。 对于大多数模块，编码时应该把简明清晰放在第一位。 编 码 – 选择程序设计语言 选择程序设计语言。 基本原则：一般选择高级程序设计语言，除去特殊的应用。 理想的高级语言应具备： 模块化机制； 良好的独立编译机制； 好的控制结构和数据结构定义； 错误容易识别和定位； 支持IDE的开发、调试； 编 码 – 选择程序设计语言 选择程序设计语言的实用标准 选择适合领域的语言； 系统用户要求； 可以使用的编译程序； 可以使用的软件工具； 工程规模； 程序员的知识； 软件可移植性要求； 软件的应用领域； 编 码 – 选择程序设计语言 编 码 – 编码风格 程序实际上也是一种供人阅读的“文章”，编码风格又称程序设计风格。 良好的编码风格能在一定程度上弥补语言存在的缺点。 如果不注意风格，即使使用了高级语言也很难写出高质量的程序。 判断程序质量的高低：代码的可读性（清晰性） 程序员经验多少的体现！ 编 码 – 编码风格 源程序文档化 数据说明 语句结构 输入／输出方法 效率 编 码 – 源程序文档化 标识符的命名 安排注释 匈牙利命名法 它由微软开发人员、Excel的主要设计者查尔斯.西蒙尼在他的博士论文中提出，由于它的国籍是匈牙利，所以，这种命名法称为匈牙利命名法； 微软采用匈牙利命名法来命名Windows API函数和变量； 微软的程序开发工具中也采用这种命名方法； 匈牙利命名法 它主要包含两条规则： 标识符的名字以一个或者多个小写字母开头，用这些字母来指定数据类型,它也称为前缀。（见表格） 标识符内，前缀后就是一个或者多个第一个字母大写的单词，这些单词需要指出源代码对象的用途； 例如，m_szStudentName表示是一个学生名字的类成员变量，数据类型是字符串 匈牙利命名法 匈牙利命名法 程序的注释 夹在程序中的注释是程序员与日后的程序读者之间通信的重要手段。 注释不是可有可无。 一些正规的程序文本中，注释行的数量占到整个源程序的1／3到1／2，甚至更多。 注释分为序言性注释和功能性注释。 序言性注释 通常置于每个模块的开头，它应当给出程序的整体说明，对于理解程序本身具有引导作用。 有些软件开发部门对序言性注释做了明确而严格的规定，要求程序编制者逐项列出。 序言性注视的相关项目包括： 程序标题； 序言性注释 该模块功能和目的说明； 主要算法； 接口说明：包括调用形式，参数描述，子程序清单； 有关数据描述：重要的变量及其用途，约束或限制条件，以及其它有关信息； 模块位置：在哪一个源文件中，或隶属于哪一个软件包； 开发简历：模块设计者，复审者，复审日期，修改日期及有关说明等。 序言性注释 功能性注释 功能性注释嵌在源程序体中，用以描述其后的语句或程序段是在做什么工作，或是执行了下面的语句会怎么样。 例如， /* ADD AMOUNT TO TOTAL */ TOTAL = AMOUNT＋TOTAL不好。 功能性注释 如果注明把月销售额计入年度总额，便使读者理解了下面语句的意图： /* ADD MONTHLY-SALES TO ANNUAL-TOTAL */TOTAL = AMOUNT＋TOTAL 要点： 描述一段程序，而不是每一个语句； 用缩进和空行，使程序与注释容易区别； 注释要正确。 功能性注释 数据说明 在设计阶段已经确定了数据结构的组织及其复杂性。在编写程序时，则需要注意数据说明的风格。 为了使程序中数据说明更易于理解和维护，必须注意以下几点。 1.数据说明的次序应当规范化 2.说明语句中变量安排有序化 3.使用注释说明复杂数据结构 数据说明的次序规范化 数据说明次序规范化，