ID #73825

关于异常的使用心得

版权所有:Lythm
文章来源:东日制作室

  工欲善其事,必先利其器.在做一个项目时必定要先做好调试除错的预备在面向过程编程的时代都是以检测返回的错误代码来判定错误,可是这种方法的缺点是假如编写某一操作的时候可能出现的错误代码(比如说硬件操作)太多,那么最终用户将会陷入倒无穷无尽的检测代码中,可能会是这个样子

UINT err=Functionxx(...);

if(err==xxx)
...
if(err==xxx)
...
...
...

省略100行

只有这样程序才能在出现意外的时候有所相应和恢复,但是由于错误处理太庞大了最终用户很可能这样

if(Functionxx()!=SUCEEDED)
exit(0);

这样某些可能可以恢复的操作也无法幸免了,(比如说网络连接超时,终止运行太过分了吧,只要弹出个对话框就行了)

在面向对象编程的时候,不可否认,很多人仍然还是这样排错的,其实各种面向对象的语言都提供了异常处理的手段(比如说Object Pascal,C++,本文以C++为例)

下面是我的关于异常的一些使专心得

对于各种用户来说,并不是每一种错误都是他关心的,非凡是小组开发的时候比如某一模块是关于文件操作的,那么编写这个模块的程序员只要注重关于文件操作失败的异常就行了,而网络模块的程序员只要知道网络出错的错误处理就行了,因此,我们可以定义一个这样的类

class CBasicException
{
CBasicException(...);
char* GetDescription();
UINT GetErrorCode();
...
};

然后再从这个类继续几个子类

CFileException,CNetException...

  然后和具体某一类错误相关的具体的异常分别从上面的类里面继续,比如文件打开失败,空间不够...等等
  可以从CFileException继续,而连接超时..等等可以从CNetException继续,如此一来就将错误分类了整个类层次是这样的

CBasicException
/ \
CFileException CNetException
/ \ / \
COpenFailed ... CTimeOut ... 进入讨论组讨论。

之后将各个错误码和相应的异常对应起来,一些不太重要的信息可以封装在一个异常里,比如文件打不开可能是空间不够或共享冲突...,都可以放在一起,假如以后要专门处理某一样,比如空间不够,再从相应的基类继续即可(COpenFialed)

2011-09-16 20:34
阅读:
I'm VC , Just U know Y
本站部分文章来源于互联网,版权归原作者所有。

延伸阅读:

COM, COM+ and .NET 的区别

软件项目规模估计方法介绍

软件工程项目管理的任务

简单分析:IPS与IDS的价值与应用比较

对比JSF在Eclipse 和 NetBeans中的应用