一個(gè)運(yùn)行著的程序常會(huì)遇到意外的問題.一個(gè)要讀取的文件不存在;當(dāng)希望存入一些數(shù)據(jù)時(shí)磁盤滿了;用戶可能輸入不恰當(dāng)?shù)臄?shù)據(jù).

ruby> file = open("some_file")
ERR: (eval):1:in `open': No such file or directory - some_file  


一個(gè)健壯的程序會(huì)合理并漂亮的處理這些問題.面對(duì)那些異常是一件討人厭的工作.C程序員被要求做到檢查每一個(gè)可能導(dǎo)致錯(cuò)誤發(fā)生的系統(tǒng)調(diào)用的返回值并立刻做出決定.

FILE *file = fopen("some_file", "r");
if (file == NULL) {  
fprintf( stderr, "File doesn't exist.\n" );  
exit(1);
}
bytes_read = fread( buf, 1, bytes_desired, file );
if (bytes_read != bytes_desired ) {  
/* do more error handling here ... */
}
...  


這項(xiàng)無聊的工作會(huì)使程序員最終變得馬虎并忽略掉它,結(jié)果是程序無法應(yīng)對(duì)異常.令一方面,這樣也會(huì)降低程序的可讀性.因?yàn)檫^多的錯(cuò)誤處理使有意義的代碼也變得雜亂了.

在Ruby里,就像其它的現(xiàn)代語言,我們可以通過隔離的辦法處理代碼域里的異常,因此,這有著驚人的效果卻又不會(huì)為程序員或以后希望讀它的其它人造成過度的負(fù)擔(dān).代碼域由begin開始直到遇到一個(gè)異常,這將導(dǎo)致轉(zhuǎn)向一個(gè)由rescue標(biāo)記的錯(cuò)誤處理代碼域.如果異常沒發(fā)生,rescue代碼就不會(huì)使用.下面的代碼返回文本文件的第一行,如果有異常則返回 nil.

def first_line( filename )
  begin
    file = open("some_file")
    info = file.gets
    file.close
    info  # Last thing evaluated is the return value
  rescue
    nil   # Can't read the file? then don't return a string
  end
end  


有時(shí)我們會(huì)希望圍繞問題展開創(chuàng)造性工作.這里,如果文件不存在,我們用標(biāo)準(zhǔn)輸入代替:

begin
  file = open("some_file")
rescue
  file = STDIN
end
begin
  # ... process the input ...
rescue
  # ... and deal with any other exceptions here.
end  


retry 用于 rescue 代碼表示又重新執(zhí)行 begin 代碼.這讓我們可以壓縮前面的例子:

fname = "some_file"
begin
  file = open(fname)
  # ... process the input ...
rescue
  fname = "STDIN"
  retry
end  


但這仍有一點(diǎn)瑕疵.一個(gè)不存在的文件將導(dǎo)致不停止地 retry.你在使用 retry 做異常處理時(shí)應(yīng)注意到這一點(diǎn).

每個(gè)Ruby庫(kù)在遇到錯(cuò)誤時(shí)都會(huì)提交一個(gè)異常,你可以在自己的代碼里明確地提交異常.用 raise 來提交異常.它帶一個(gè)參數(shù),也就是描述異常的一個(gè)字符串.參數(shù)是可選的但不應(yīng)被省略.之后它可以通過一個(gè)特殊的全局變量 $! 訪問.

ruby> raise "test error"
   test error
ruby> begin
    |   raise "test2"
    | rescue
    |   print "An error occurred: ",$!, "\n"
    | end
An error occurred: test2
   nil   

 

最新評(píng)論