摘要:與異常相關(guān)的編程藝術(shù)異常代替返回狀態(tài)碼我們經(jīng)常需要編寫一些工具類的函數(shù),往往在這些函數(shù)的處理流程中,會(huì)產(chǎn)生很多的狀態(tài)而這些狀態(tài)也是調(diào)用者需要得到的信息。
編程中經(jīng)常會(huì)需要使用到異常處理的情況,在閱讀了一些資料后,整理了關(guān)于異常處理的一些小技巧記錄如下。
如何自定義異常 定義異常類在實(shí)際編程中,有時(shí)會(huì)發(fā)現(xiàn)Python提供的內(nèi)建異常的不夠用,我們需要在特殊業(yè)務(wù)場(chǎng)景下的異常。這時(shí)就需要我們來定義自己的異常。按照Python約定俗成的習(xí)慣,用戶定義的異常一般都是繼承于Exception類,由它開始拓展。后面我們可以看到這樣做在捕獲異常的時(shí)候會(huì)帶來很大的便利。
>>> class MyError(Exception): pass >>> raise MyError(u"something error") Traceback (most recent call last): File "API異常相關(guān)的技巧", line 1, in __main__.MyError: something error
定義API異常的技巧API的異常分為定義異常與調(diào)用API時(shí)如何捕獲異常兩個(gè)部分,這二者相輔相成。
在自己編寫API的時(shí)候,應(yīng)該定義Root Exception——API中的根異常,其它異常都繼承于它。這樣的做法有兩個(gè)好處:
API代碼層次更清晰
API與調(diào)用程序代碼隔離
假設(shè)存在如下場(chǎng)景:需要做一個(gè)鏈接數(shù)據(jù)庫服務(wù)的模塊。提供一個(gè)connect函數(shù)用于鏈接。那么,在鏈接的過程中,就會(huì)發(fā)生以下幾種情況:
socket連接超時(shí)
socket拒絕連接
針對(duì)以上的情況,我們?cè)谀K中定義幾個(gè)異常:
# database.py class Error(Exception): """Root exception for all exceptions raised by this module.""" class SocketTimeError(Error): pass class SocketRefuseError(Error): pass def connect(): pass調(diào)用API時(shí)異常捕獲的技巧
這樣在調(diào)用API的時(shí)候就可以這樣使用:
try: connect() except SocketTimeError as err: log.error(err) except SocketRefuseError as err: log.error(err) except Error as err: log.error("API Unexpected error:%s" % err) except Exception: log.error("API bug cause exception.")
這樣精確定義多個(gè)異常,使得代碼層次清晰,增強(qiáng)了可讀性。值得注意的是:在代碼的最后還捕獲了Error以及Exception兩個(gè)異常,這兩個(gè)操作分別對(duì)應(yīng)于可拓展性與健壯性的目的。
我們知道,在實(shí)際鏈接數(shù)據(jù)庫時(shí),還可能會(huì)出現(xiàn)用戶沒有登陸權(quán)限等問題。所以,我們需要在下一個(gè)版本中加入PermissionDeny這個(gè)異常。但是,舊的調(diào)用代碼已經(jīng)寫好了,如果忘記修改的話,這個(gè)異常可能就會(huì)無法被處理,進(jìn)而使得調(diào)用的程序奔潰。處于這樣的考慮,我們?cè)谡{(diào)用API的時(shí)候,就應(yīng)該再捕獲API的Root Exception,即使之后新加入了其它的異常,在這一個(gè)except中也能被捕獲而不影響調(diào)用程序。使得API模塊的可拓展性得到了提高。
在調(diào)用API的時(shí)候,難免可能出現(xiàn)API內(nèi)部存在bug的情況。這個(gè)時(shí)候如果捕獲了Exception的話,就算API內(nèi)部因?yàn)閎ug發(fā)生了異常,也不會(huì)影響到調(diào)用程序的正常運(yùn)行。
從這兩點(diǎn)中可以看出,要達(dá)到這種效果,其實(shí)都要依賴于常規(guī)異常繼承于Exception類這個(gè)規(guī)矩。這樣的架構(gòu)劃分所帶來的好處是顯而易見的。
與異常相關(guān)的編程藝術(shù) 異常代替返回狀態(tài)碼我們經(jīng)常需要編寫一些工具類的函數(shù),往往在這些函數(shù)的處理流程中,會(huì)產(chǎn)生很多的狀態(tài);而這些狀態(tài)也是調(diào)用者需要得到的信息。很多時(shí)候,會(huì)用一些具有意義的返回值來表示函數(shù)處理的狀態(tài)。
比如:
def write(content): if isinstance(content, basestring): f_handler = open("file.txt", "w") try: f_handler.write(context) except Exception: return -2 # write file fail else: return 0 # write file succcess finally: f_hanlder.close() else: return -1 # arg type error
調(diào)用代碼:
result = write() if result == -1: log.error(u"type error") elif result = -2: log.error(u"write error") else: log.info("ok")
這種狀態(tài)碼的方式使用起來特別的不方便,調(diào)用者還需要去理解每個(gè)狀態(tài)碼的意義,帶來其它的學(xué)習(xí)成本;而且用if-else結(jié)構(gòu)也不易于后期的程序拓展。所以,我們可以使用觸發(fā)異常來代替返回狀態(tài)碼,每個(gè)異常名其實(shí)就包含了狀態(tài)的意義在內(nèi)(命名的藝術(shù)),使用起來也更好理解。
使用異常的方式:
class Error(Exception): pass class OpenFileError(Error): pass class WriteContentError(Error): pass def write(content): if isinstance(content, basestring): f_handler = open("file.txt", "w") try: f_handler.write(context) except Exception: raise WriteContentError finally: f_hanlder.close() else: raise OpenFileError
調(diào)用代碼:
try: write() except OpenFileError as e: log.error(e) except WriteContentError as e: log.error(e) except Error: log.error("API Error") except Exception log.error("API Bug") else: log.info("ok")
結(jié)合上面一點(diǎn)提到的使用API時(shí)的異常捕獲,使得調(diào)用代碼變得更佳靈活。
異常處理與流程控制錯(cuò)誤處理很重要,但如果它搞亂了代碼邏輯,就是錯(cuò)誤的做法
將異常處理與正常流程控制混為一談時(shí),代碼是十分丑陋的。我們應(yīng)該將二者分離,最好的做法就是將異常代碼塊抽離到另外的函數(shù)中。
try: action_a() action_b() action_c() except ActionException as e: log.error(e) else: action_d()
將異常處理分離:
def action_executor(): action_a() action_b() action_c() def action(): try: action_executor() except ActionException as e: log.error(e) action() action_d()參考資料
《clean code》
《Python3 OOP》
《effective python》
python官方手冊(cè)
文章版權(quán)歸作者所有,未經(jīng)允許請(qǐng)勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請(qǐng)注明本文地址:http://www.ezyhdfw.cn/yun/38080.html
摘要:前言最近之父龜爺終于在官方郵件組落實(shí)了的終焉之日。于之后的年月日發(fā)布,計(jì)劃作為的最后一個(gè)版本。統(tǒng)一使用作為縮進(jìn),如果和同時(shí)存在,就會(huì)觸發(fā)異常兼容技巧統(tǒng)一使用作為縮進(jìn)。兼容技巧統(tǒng)一使用內(nèi)置函數(shù)。統(tǒng)一輸出函數(shù)中的即是關(guān)鍵字又是內(nèi)置函數(shù)。 前言 最近 Python 之父 Guido van Rossum(龜爺)終于在 Python 官方郵件組落實(shí)了 Python 2.7 的終焉之日(EOL)...
摘要:本文的分享主要圍繞以下幾個(gè)方面能做什么常見應(yīng)用場(chǎng)景介紹如何學(xué)習(xí)語法基礎(chǔ)實(shí)戰(zhàn)面向?qū)ο缶幊虒?shí)戰(zhàn)練熟基礎(chǔ)小游戲項(xiàng)目的實(shí)現(xiàn)與實(shí)戰(zhàn)一能做什么一種編程語言往往可以應(yīng)用于多方面,有些方面比較常用,有些方面極為常用。比如表示是一個(gè)空列表。 摘要:Python語言的教程雖然隨處可見,但是忙于日常業(yè)務(wù)/學(xué)習(xí)的你或許:一直想要找個(gè)時(shí)間學(xué)一點(diǎn),但是又不知道該從何下手?本文將從Python能做什么,如何學(xué)習(xí)Py...
摘要:對(duì)于異常機(jī)制的合理運(yùn)用是直接關(guān)系到碼農(nóng)飯碗的事情所以,本文將具體介紹一下和的異常處理機(jī)制,闡明二者在異常處理機(jī)制上的異同。下面將具體介紹二者的異常處理機(jī)制。 概述 showImg(https://segmentfault.com/img/remote/1460000006760426); 異常處理,是編程語言或計(jì)算機(jī)硬件里的一種機(jī)制,用于處理軟件或信息系統(tǒng)中出現(xiàn)的異常狀況(即超出程序正...
摘要:盡量使用內(nèi)置的異常處理語句來替換語句,比如語句,方法。以上是最簡(jiǎn)單的重新拋出異常的做法,也是推薦的做法。除了包含所有的外還包含了,和三個(gè)異常。避免在語句塊中干一些沒意義的事情,捕獲異常也是需要成本的。 異常處理在任何一門編程語言里都是值得關(guān)注的一個(gè)話題,良好的異常處理可以讓你的程序更加健壯,清晰的錯(cuò)誤信息更能幫助你快速修復(fù)問題。在Python中,和不部分高級(jí)語言一樣,使用了try/ex...
摘要:引上下文管理器太極生兩儀,兩儀為陰陽。而最常用的則是,即上下文管理器使用上下文管理器用之后的文件讀寫會(huì)變成我們看到用了之后,代碼沒有了創(chuàng)建,也沒有了釋放。實(shí)現(xiàn)上下文管理器我們先感性地對(duì)進(jìn)行猜測(cè)?,F(xiàn)實(shí)一個(gè)上下文管理器就是這么簡(jiǎn)單。 Python有什么好學(xué)的這句話可不是反問句,而是問句哦。 主要是煎魚覺得太多的人覺得Python的語法較為簡(jiǎn)單,寫出來的代碼只要符合邏輯,不需要太多的學(xué)習(xí)即可...
閱讀 2643·2021-09-02 15:40
閱讀 1624·2019-08-30 15:54
閱讀 1136·2019-08-30 12:48
閱讀 3465·2019-08-29 17:23
閱讀 1100·2019-08-28 18:04
閱讀 3715·2019-08-26 13:54
閱讀 656·2019-08-26 11:40
閱讀 2469·2019-08-26 10:15