第4章程序编码.pptVIP

eLeave系统的参考 程序员 现在向我们走来的是程序员方阵！ 他们穿着拖鞋，披着毛巾， 左手拿着键盘，右手举着鼠标， 腋下夹着USB转换器。 他们因睡眠不足而显得精神不振， 喊着微弱的口号走过主席台。 主席问候：程序员们辛苦了! 程序员方队异口同声地答道：Hello World！ 实例：验证码的输入 小组会议 一、需求分析 系统的需求 数据流图 数据字典 E-R图。 小组会议MOM 二、概要设计（总体设计） 系统功能模块结构图 功能模块的描述 完善E-R模型图，给出数据库关系模式结构 小组会议MOM 三、详细设计（过程设计） 给出各个模块的过程设计（程序流程图或算法描述） 设计数据表的结构、索引、存储过程、视图、触发器等 小组会议MOM 四、编码实现 给出小组开发规范 参考现有系统，按照详细设计实现各个模块 创建数据库、数据表、其他数据库对象、加载测试数据 测试：检测程序并改正错误的过程。 * ，以便能得心应手、恰到好处地运用语言的特点，为提高程序的清晰性和效率服务。 * * 有良好编码风格的程序员未必是一个合格的程序员，但是没有良好编码风格的程序员，一定不是一个合格的程序员。 良好的编码风格有助于编写出可靠而又容易维护的程序：不仅能减少不必要的错误发生，加快个人的工作效率，还有助于交流，有助于学习。 * 编码风格希望大家都能统一使用,自己写的代码不光能让自己看懂,更重要的是让别人看懂,特别是团队合作的项目. * 编码风格希望大家都能统一使用,自己写的代码不光能让自己看懂,更重要的是让别人看懂,特别是团队合作的项目. * 符号名即标识符，包括模块名、变量名、常量名、子程序名、数据区名、缓冲区名等。 * 符号名即标识符，包括模块名、变量名、常量名、子程序名、数据区名、缓冲区名等。 * (2)尽量避免复杂的条件测试。 (3)尽量减少对“非”条件的测试。 * (2)尽量避免复杂的条件测试。 (3)尽量减少对“非”条件的测试。 * 编码产生的源程序，应该正确可靠，简明清晰，而且具有较高的效率。 注释中应当提供那些无法通过阅读代码本身获得的信息。应当避免重复、毫无意义的注释。 功能性注释通常嵌在源程序体内，主要描述程序段的功能。 注释中应当提供那些无法通过阅读代码本身获得的信息。应当避免重复、毫无意义的注释。 思考：注释是不是越多越好呢？ 书写注释时应注意以下问题： (1)注释要正确，错误的注释比没有注释更坏。 (2)为程序段作注释，而不是为每一个语句作注释。 (3)用缩进和空行，使程序与注释容易区分。 (4)注释应提供一些从程序本身难以得到的信息，而不是语句的重复。 3．视觉组织 在程序中添加一些空格、空行和缩进等 (1)通过缩进技巧可清晰地观察到程序的嵌套层次，同时还容易发现诸如 “ 遗漏 } ” 那样的错误。 (2)自然的程序段之间可用空行隔开。 (3)可通过添加空格使语句成分清晰，例如， (A-17)andnot(B=49)orC (A-17) and not (B=49) or C (4)也可以通过添加括号突出运算的优先级，避免发生运算的错误，例如：a + (++b) (5) 大括号的使用,例如: if (X) { Y; } if (X) { Y; } 4.3.2 语句构造方法 (1)不要为了节省空间把多个语句写在同一行。 4.3.2 语句构造方法 (2)对于多分支语句，尽量把出现可能性大的情况放在前面，把较少出现的分支放在后面，可以加快运算时间。 //该函数主要使用在提交之后 if( isSubmited() ){ … } else if( isRollbacked ){ … } else { … } 4.3.2 语句构造方法（续） (3)避免大量使用循环嵌套语句和条件嵌套语句。 (4)利用括号使逻辑表达式或算术表达式的运算次序清晰直观。 (5)每个循环要有终止条件，不要出现死循环，更要避免出现不可能被执行的循环。 4.3.3 输入/输出的实现考虑 输入输出的具体实现方式却是在编码过程中确定的，它决定了用户对系统的可接受程度。 4.3.3 输入/输出的实现考虑 为了使软件的输入输出方便用户，在设计阶段和编码阶段，都应考虑以下有关规则： (1)对输人数据加校验可以避免用户误输入。 (2)提示输入的请求，并简明地说明可用的选择或边界数值。 (3)输入格式简单，并可在提示中加以说明或用表格方式提供输入位置，方便用户使用。 (4)尽量保持输入格式的一致性 （如时间YYYY-MM-DD还是YYYY-MMM-DD 日期格式12h还是24h）。 (5)输出信息中不要有文字错误，要保证输出结果的正