面向对象实现.pptVIP

使用状态码方法的难点在于：各层程序必须知道该层所调用函数的状态码，并且检验这些状态码及采用行动。问题在比它发生的那一层更高的一层进行处理，这将产生比预想更高程度的耦合。问题尽可能在它发生的那一层进行处理。例如，在fopen打开文件失败时，如果当前的文件名不存在，软件可以要求用户键入另一个文件名。(6)内建错误处理(Built_InErrorHandling)Ada程序员可以利用语言所提供的例外处理机制帮助做错误处理。一个“例外”所要做的事情是与众不同的处理。“例外处理器”是一段代码，一个特定的例外出现时调用。它可以是终止软件的执行，可以是发信号给一个更高层的例外处理器，还可以是对问题进行定位处理。(7)用户定义的错误处理

(User_DefinedErrorHandling)有两种相对简单的错误处理技术，它们提供了打印出错信息和终止软件执行的能力。它们都不允许嵌套的错误处理。第一种技术使用了一个全局错误处理器对象。每一个类都能对这个全局对象进行存取。当在一个用户对象中检测出一个错误的时候，就把一个消息发送给这个全局对象。这个消息运载了一个字符串，它就是要被打印的出错信息，消息中还有一个整数，它指出错误的严重程度。消息格式为：ERROR_HANDLER.handle(Messagetobeprinted,1);ERROR_HANDLER将打印消息并终止应用的执行。第二种用户定义错误处理的技术要求每个类都定义或再定义一个命名为error的操作。这个操作不应是类的共有界面部分，它应是一个隐蔽的实现部分，可以被一些公共操作调用以检测错误。这种error操作可以打印消息，在适当时候请求一些额外输入，在必要时终止软件的执行。(8)多重实现

(MultipleImplementation)同一个类可以多种方式实现。为此，软件库必须对库中的每一部分都能保留充足的信息，使得定义能同时关联到不止一个实现。为了定义连接到几个实现所使用的关系。程序员应能指出要求的实例所在的类，并确定所期待的特定实现。应用的实现应用的实现是在所有的类都被实现之后的事情。实际上，当把类开发出来时就已经实现了应用。每个类提供了完成应用所需要的某种功能。在C++和C中有一个main()函数。可以使用这个过程来说明构成应用的主要对象的那些类的实例。C++系统中主过程的两个主要职责就是建立实例和通过指针建立对象之间的通信。以图形系统为例，首先建立一个用户界面的单一实例。一旦它建立起来，就发送一个消息，启动绘图程序的命令循环。然后，这个对象担负起在系统寿命的其余时期协调通信关系和对象建立的责任。对于纯面向对象的语言，在系统中的每个“事物”都是对象。在这些语言中没有“主过程”。用户建立起一个类的实例，然后，通过实例接受控制和执行服务，产生实例输出的结果或接收由用户发送来的消息。由那些原始消息而产生的消息序列就成为目标软件的功能。9.3测试策略传统软件测试经历单元测试、组装测试、确认测试和系统测试等4个阶段。单元测试主要针对最小的程序单元??程序模块进行测试。一旦这些程序模块分别测试完成后，就将它们组装起来形成程序结构。对整个系统进行一系列的测试，查找和排除在需求方面的问题。面向对象环境下的测试策略单元测试（类测试）在面向对象环境下，最小的可测试的单元是封装了的类或对象，而不是程序模块。面向对象软件的类测试等价于传统软件开发方法中的单元测试。但它是由类中封装的操作和和类的状态行为驱动的。完全孤立地测试类的各个操作是不行的。考虑一个类的层次。在基类中我们定义了一个操作X。每一个派生类都使用操作X，它是在各个类所定义的私有属性和操作的环境中使用的。因使用操作X的环境变化太大，所以必须在每一个派生类的环境下都测试操作X。在面向对象开发环境下，把操作完全孤立起来进行测试，其收效是很小的。组装测试因为面向对象软件没有一个层次的控制结构，所以传统的自顶向下和自底向上的组装策略意义不大。每次将一个操作组装到类中（像传统的增殖式组装那样）常常行不通，因为在构成类的各个部件之间存在各种直接的和非直接的交互。对于面向对象系统的组装测试，存在两种不同的测试策略。基于线索测试(Thread-basedTest)它把为响应某一系统输入或事件所需的一组类组装在一起。每一条线索将分别测试和组装。基于应用的测试(Use-basedTest)它着眼于系统结构，首先测试独立类，这些类只使用很少的服务器类。再测试那些使用了独立类的相关类。一系列测试各层相关类的活动继续下去，直到整个系统构造完成。确认测试在进行确认