计算机软件技术基础第2讲程序设计.ppt

* 。 例如，要测试P i z z a程序，你应当运行程序并输入数据并计算好结果，假设你使用计算器来计算每平方平方英寸的价格，价格为1 8 . 5 0美元，大小1 5英寸的比萨饼的每平方英寸的价格为0 . 0 8美元。一种测试程序的方法是运行程序，并输入价格1 8 . 5 0美元、大小1 5英寸和形状。程序应当产生结果0 . 0 8美元。如果不是，你就知道写程序时出错了，需要修改错误。 * P i z z a程序有两个可能的分支来计算每平方英寸价格。一个分支是针对方形饼，一种是针对圆形饼。即使你输入了一组测试方形饼的数据，程序能提供正确结果，但在你测试了圆形饼数据之前，不能认为程序是正确的。 语法错误是由于指令没有按照程序设计语言的语法规则编写所致。例如，当你要打印一个消息时，你需要使用P R I N T命令。命令IF AGE = 16 THEN “You can drive.”将产生语法错误，因为少了命令字P R I N T。正确的写法是IF AGE = 16 THEN PRINT “You can drive.” * 。 一个计算机程序不可避免地要修改。如果程序文档编制的好，修改程序就比较容易。例如，假设两个饼店都在菜单中增加了一种新的矩形比萨饼。这样，你和朋友们需要修改程序，以便可以输入矩形饼的边长。首先，需要理解当前程序的工作过程，虽然这对于很短的程序来说相当容易，但假如你要了解一个计算收入税的5 0 0 0 0行程序，特别当你不是该程序的程序员时，难度可想而知。你可能需要一些附加的信息来解释程序逻辑和程序员设计的计算公式。 注释是插入到计算机程序的代码行中的解释性注解。改写一个程序时，程序员需要阅读原来程序以理解程序如何工作，然后修订适当的代码段。如果一个原有程序的程序员在程序中加了注释，那么程序就比较容易理解. 计算机执行程序时会略过这些注释，但这对需要修改程序的程序员来说，注释是很方便的。一个文档比较好的程序都包含解释程序目的注释。例如，比萨饼问题有下面的注释： REM The Pizza Program REM This program tells you which of two pizzas is the better deal REM by calculating the price per square inch of each pizza. 在一些意思不太明确的程序段也应加上注释。比如，语句3.142 *（size / 2）^ 2 可能对读者并不显而易见，因此在前面加上些注释会有好处： REM The program calculates the number of square inches REM in a round pizza where REM pi=3.142,size/2=radius,and(size/2)^2=radius squared: Squareinches = 3.142 * ( size / 2 ) ^ 2 什么地方该加注释并没有固定的法则，但如果你参加一个项目，小组可能会制订一些规定来保证程序中使一致的注释，如果你拥有了这方面的经验，很自然地就会使用注释。 程序手册中包含所有对程序员有用的信息，包括问题描述和算法。因为程序手册是软件开发和维护的工具，所以只有程序员才用，用户不用。用户参考或称参考手册中的信息可以帮助用户学会使用该软件。用户参考的电子版本通常能给用户提供在线式帮助。表1 5 - 2比较了用户参考和程序手册中的信息。历史。 * * * 例如，PA S C A L 语言是一种可编译的过程性的高级语言。当你需要选择语言来编程时，了解这些语言的特色和它们的优缺点将很有帮助。 * 编写比萨饼程序的B A S I C语言就指令2 子程序或过程具有过程性的特征，那些语句确切地告诉了指令3 指令1 0 0 计算机如何工作：显示信息请求用户输入比萨饼形状；请求输入大小；然后请求输入价指令4 指令2 0 0 钱；如果饼是方的，用公式S q u a r e i n c h P r i c e = Price / SquareInches, 等等。 * 不同于过程性的程序，用说明性语言编写程序只需你告诉计算机要做什么，而不需告诉它如何去做。如图所示，这是一段PROLOG程序，问题是在所列的几个人中找出谁有姐妹。 * 我们已经习惯于用鼠标单击一个按钮。程序员可以使用面向对象的语言来定义按钮对象，在程序运行时把它显示出来。 “窗口”类是比较常见的类，所有的窗口对象，包括应用程序窗口，都属于“窗口”类，它们具有相同的属性，如都有一个标题栏和一个关闭按钮。 程序员创建一个窗口对象时，他就获得或者说继承了窗口类的面向对象的属性和操作，但一个特定的窗口实例可以具有自己特定的属性