PYTHON中基于类的异常取代基于字符串的异常

很早前就准备写这篇文章了，可是要么没有时间要么就给忘了。直到前几天换了一个2.6.2版本PYTHON的环境运行程序的时候抛出错误TypeError: exceptions must be classes or instances, not str，我才意识到是该改变一下以往抛出异常的方式了。
以前在PYTHON程序里使用raise抛出异常的时候习惯了使用字符串的方式，比较简单、方便。但是随着PYTHON版本的改进，一开始还兼容这种方式，只不过会报一个警告出来DeprecationWarning: raising a string exception is deprecated，现在不警告了，报错了。很多东西都是这样，一开始会说推荐你使用XXX方式，慢慢的这种推荐就变成一种强制了。
网上搜了点资料看了下，个人觉得以类异常的方式抛出错误有以下两个优点
1、方便代码维护
使用类异常以后，在except后面不用写上所有发生的异常情况，通过使用类的继承特点，只要写上某个类名，如果发生了继承自它的类或者它本身异常，都可以捕获到。
#errlib.py class NumErr():pass class Divzero(NumErr):pass class Oflow(NumErr):pass def func1(): raise Divzero() #testErr.py import sys import errlib try: errlib.func() except errlib.NumErr: print 'caught:',sys.exc_info()[0] #运行结果 dwapp@pttest1:/home/dwapp/joe.wangh/err>python testErr.py caught: errlib.Divzero
可以看到，虽然捕获的是NumErr，但是由于类异常Divzero继承自NumErr，因此也是可以捕获到的。利用这种继承层级特性带来的另外一个好处就是当需要添加新的异常类的时候，只需要更改errlib.py就可以了，在应用端testErr.py无需更改。

2、发送额外的数据和行为
类异常除了使代码更加规范化以外，还提供了一些新的功能，比如说通过类异常对象来传递一些数据和方法。当然，类似的功能如果你非要使用以前的基于字符串的异常也可以实现，只不过比较麻烦。
#fe.py class FormatError: def __init__(self,line,file): self.line = line self.file = file def logerror(self): log = open('formaterror.log','a') print >> log,'Error at', self.file, self.line def parser(): raise FormatError(40,'spam.txt') try: parser() except FormatError, exc: exc.logerror() #运行结果 dwapp@pttest1:/home/dwapp/joe.wangh/err>cat formaterror.log Error at spam.txt 40