- 相關(guān)推薦
程序開發(fā)中異常的理解及處理異常
從接觸異常開始我就弄不明白她，不會(huì)用她，想在系統(tǒng)中是異常機(jī)制發(fā)揮的淋漓盡致，進(jìn)行了很多嘗試，利用異�？刂瞥绦蛄鞒�，利用異常做數(shù)字的判斷函數(shù)，利用異常消除系統(tǒng)中可能出現(xiàn)的惱人的異常提示框，為了更好了利用異�？戳撕芏嚓P(guān)于異常的文章，直到有一天看到了一句話——“永遠(yuǎn)不要去處理你不知道怎么處理的異常”，這才恍然大悟，感覺自己一直在用強(qiáng)大的異常機(jī)制干一些旁門左道的是事，更談不上理解異常在程序中的地位和意義，異常其實(shí)一種報(bào)告機(jī)制，“她以一種不可回避的方式報(bào)告程序中所出現(xiàn)的問題”，她幫助程序員走向正確的道路，她忠實(shí)的向程序員提供錯(cuò)誤報(bào)告，她希望有誰能重視并處理掉她報(bào)告的問題，哈，真不敢想象，沒有了異常機(jī)制該如何編制高質(zhì)量的程序！下面就個(gè)人的理解和看法瞎說幾句，敬請(qǐng)各位批評(píng)指正，不勝感激！異常的工作原理，在有問題的地方產(chǎn)生異常，馬上停止當(dāng)前的工作，轉(zhuǎn)向異常處理代碼，如果找不到異常處理代碼，就會(huì)見異常向一層匯報(bào)，上一層接到異常會(huì)做同樣的事，轉(zhuǎn)向異常處理代碼，或者再將異常向上匯報(bào)，這樣逐層間錯(cuò)誤傳遞出去，直到有一層處理了異�；蚴且恢眻�(bào)告給程序的使用者——用戶。這個(gè)層就是調(diào)用棧，當(dāng)用戶A運(yùn)行程序B，B從函數(shù)C開始執(zhí)行，調(diào)用函數(shù)D，再調(diào)用函數(shù)E，再調(diào)用函數(shù)F，這時(shí)F出現(xiàn)了異常，那么這個(gè)異常的調(diào)用棧就是A(棧底)—〉B—〉C—〉D—〉E—〉F(棧頂)，這個(gè)異常就會(huì)沿著這個(gè)棧從棧頂開始向棧底的方向報(bào)告，如果在函數(shù)C中有對(duì)這個(gè)異常的處理代碼，那么這個(gè)異常的報(bào)告鏈就是F—〉E—〉D—〉C�？梢钥闯�，如果在完整的調(diào)用棧中沒有處理這個(gè)異常的代碼，用戶A就成了異常報(bào)告的終點(diǎn)，向windows界面系統(tǒng)，會(huì)彈出一個(gè)惱人的消息對(duì)話框哈。那么用戶A向誰報(bào)告呢，哈哈，這個(gè)已經(jīng)不屬于程序的范圍了，感覺用會(huì)對(duì)程序而言好像上帝一樣，訴說痛苦已經(jīng)讓上帝都聽到了，就心滿意足了哈哈，看來程序真虔誠(chéng)哈哈。對(duì)于異常這個(gè)特性，也可以比喻成下屬向上級(jí)報(bào)告問題，如果下屬知情不報(bào)，問題就嚴(yán)重了，你要是領(lǐng)導(dǎo)知道下屬是這樣的八成就踢了他，相反如果你有一個(gè)報(bào)告機(jī)制健全的下屬隊(duì)伍，哈哈你就威風(fēng)了。日本企業(yè)文蛤中有個(gè)宗旨——聯(lián)絡(luò)，商談，報(bào)告，其實(shí)就是想讓員工都具有向上級(jí)匯報(bào)的習(xí)慣�，F(xiàn)在再看看程序，哈哈，你不用給她們灌輸什么企業(yè)文化，不用她們講述什么報(bào)告的重要性，她們本身就是忠實(shí)報(bào)告的，如果把程序員比作企業(yè)老總，那么程序就是訓(xùn)練一隊(duì)有素的員工。怎樣處理異常。在這里有個(gè)原則就是“永遠(yuǎn)不要去處理你不知道怎么處理的異�！保簿褪侵惶幚砟阒廊绾翁幚淼漠惓�，對(duì)那些你不知道的異常必須廣開言路，并積極地向上級(jí)匯報(bào)。什么叫知道如何處理呢？先說一下處理異常有哪些方式，大體有，彈出提示消息框(這個(gè)消息框不同于那個(gè)惱人的異常報(bào)告消息框，她是捕獲異常后，根據(jù)處理的具體環(huán)境程序員主動(dòng)編寫的友好的提示消息框)，記錄錯(cuò)誤日志，吞掉，做善后工作等等，那么出現(xiàn)異常時(shí)就要站在出現(xiàn)異常的模塊的立場(chǎng)上考慮一下我應(yīng)該選擇哪種處理方式呢？如果不能做出選擇就選擇不處理，即向上級(jí)報(bào)告。舉個(gè)例子，函數(shù)Fun1是創(chuàng)建并返回一個(gè)活動(dòng)的數(shù)據(jù)連接對(duì)象的方法，他接受一個(gè)數(shù)據(jù)庫(kù)連接字符串，如果調(diào)用者（上級(jí)）給他一個(gè)錯(cuò)誤的連接字符串，這時(shí)Fun1創(chuàng)建不了連接對(duì)象，產(chǎn)生了一個(gè)創(chuàng)建不了連接對(duì)象的異常，那么這時(shí)他應(yīng)該怎樣處理這個(gè)異常呢？彈出友好的消息框？說什么友好，F(xiàn)un1根本就不知道是什么原因使他接收到了錯(cuò)誤的連接字符串，彈一個(gè)“連接字符串有誤”，用戶肯定都有殺你的心，這個(gè)提示和用戶的業(yè)務(wù)邏輯有嘛關(guān)系！記錄錯(cuò)誤日志，這個(gè)還行，但是記錄下來的文字無非就是“連接字符串有誤，連接字符串是：SQL……”，好點(diǎn)的話，從連接字符串中看出了問題，一般情況下還得根據(jù)代碼上下文去找問題原因。這個(gè)方式不是不行是不好。吞掉，哈哈開什么玩笑，你既創(chuàng)建不了連接，又不吱一聲，想讓調(diào)用者瘋了呀，這個(gè)肯定不行。做善后工作，行，確實(shí)應(yīng)該清理一下現(xiàn)場(chǎng)，免得浪費(fèi)資源，但是還是沒吱一聲，所以這個(gè)方式做的不徹底。沒招了，哈，其實(shí)上面的分析給我們指明了一條路，幫助我們祛除了錯(cuò)誤的選擇，這條路就是向上匯報(bào)，或是不加任何出來代碼，或是記錄日志，做些善后，再重新將異常拋出。那么什么時(shí)候就知道怎樣處理異常了，這就得看實(shí)際的情況和用戶的要求了，這句話等于沒說，就像其他的標(biāo)題醒目但給出的結(jié)論卻模棱兩可文章一樣，哈哈，這里可以給幾個(gè)建議，1，一般地，底層模塊或是方法中不要處理異常，2，編寫公共模塊、DLL等是，不能采用彈出對(duì)話框等依賴于平臺(tái)，框架的方式處理異常，3，編寫公共模塊、DLL等時(shí)，必須在使用文檔中注明每個(gè)方法屬性可能拋出的異常。4，永遠(yuǎn)不要寫 try 這樣的語句。{ } catch(Exception) { o nothing } 自定義異常。明白了異常的原理和機(jī)制后，就可以自己定義異常了，這樣的實(shí)踐往往在編寫控件、公共模塊、DLL等的時(shí)候，用錯(cuò)誤編號(hào)在網(wǎng)上搜索一下，能找出一大堆關(guān)于錯(cuò)誤代碼的描述。其中大多數(shù)是M(icro)S(oft)制定的，MS 從操作系統(tǒng)到各種各樣的框架都有對(duì)各種異常的編號(hào)，對(duì)每種異常做出了詳細(xì)的定義，如果你還用過像Spread等商業(yè)控件，也可以看到他里邊的各種各樣的異常定義，也就是說我們自己也可以定義異常，在必要的時(shí)候，這樣就可以讓自己寫的模塊也加入到訓(xùn)練有素的員工隊(duì)伍中了。至于如何定義異常，具體的編成語言有具體的做法，比如C#中指定一異常一個(gè)從Exception繼承來的類，VB中異常是個(gè)全局變量等等，參見感興趣語言的語法指南就可以了。對(duì)異常的重新認(rèn)識(shí)，一直以來許多人都認(rèn)為異常是非常可怕的，可惡的，她是錯(cuò)誤的化身，她有惱人的彈出對(duì)話框，弄得用戶跟兇煞惡神似的哈哈，其實(shí)這些都是誤解，異常一直默默地忠實(shí)的報(bào)告著程序中出現(xiàn)的嚴(yán)重的不可回避的問題，她為了程序、系統(tǒng)的正確性、嚴(yán)謹(jǐn)性呼喚你，希望你重視這些問題，希望你用智慧解決這些問題，她是多么的可愛，又是多么的高尚，從來沒有因?yàn)閷?duì)她的誤解而放棄自己的使命……異常很重要，我們更好學(xué)會(huì)如何去使用她。論文出處(作者):淺談對(duì)程序開發(fā)中異常的理解和認(rèn)識(shí)
LINUX操作系統(tǒng)
【程序開發(fā)中異常的理解及處理異常】相關(guān)文章：
淺談對(duì)程序開發(fā)中異常的理解和認(rèn)識(shí)03-15
語境與詞語的異常搭配01-07
異常樣本檢測(cè)方法綜述03-07
淺談淮南礦區(qū)地質(zhì)異常體03-16
基于用電采集系統(tǒng)的計(jì)量異常監(jiān)測(cè)與分析03-16
會(huì)計(jì)活動(dòng)中存在的一些“異�，F(xiàn)象”03-24
血清CK-MB高于CK的異常原因分析03-16