對于一個簡單的軟件包,你可能會忍不住把工具方法,工廠方法和異常處理都丟進__init__.py,千萬別這樣!
一個結(jié)構(gòu)良好的__init__.py文件,僅為一個非常重要的目的來服務:從子模塊導入。你的__init__.py應該看起來像這個樣子:
# ORDER MATTERS HERE -- SOME MODULES ARE DEPENDANT ON OTHERS # 導入順序要考慮——一些模塊會依賴另外的一些 from exceptions import FSQError, FSQEnvError, FSQEncodeError, FSQTimeFmtError, FSQMalformedEntryError, FSQCoerceError, FSQEnqueueError, FSQConfigError, FSQPathError, FSQInstallError, FSQCannotLockError, FSQWorkItemError, FSQTTLExpiredError, FSQMaxTriesError, FSQScanError, FSQDownError, FSQDoneError, FSQFailError, FSQTriggerPullError, FSQHostsError, FSQReenqueueError, FSQPushError # constants relies on: exceptions, internal import constants # const relies on: constants, exceptions, internal from const import const, set_const # has tests # path relies on: exceptions, constants, internal import path # has tests # lists relies on: path from lists import hosts, queues #...
2.使用__init__.py來限制導入順序
使用得當?shù)脑挘琠_init__.py 可以為你提供重新組織內(nèi)部軟件包結(jié)構(gòu)的靈活性,而不需要擔心由內(nèi)部導入子模塊或是每個模塊導入順序所帶來的副作用。因為你是以一個特定的順序?qū)胱幽K,你的__init__.py 對于他程序員來講應該簡單易懂,并且能夠明顯的表示該軟件包所能提供的全部功能。
文檔字符串,以及在軟件包層面對__all__屬性的賦值應當是__init__.py中唯一的與導入模塊不相關(guān)的代碼:
__all__ = [ 'FSQError', 'FSQEnvError', 'FSQEncodeError', 'FSQTimeFmtError', 'FSQMalformedEntryError', 'FSQCoerceError', 'FSQEnqueueError', 'FSQConfigError', 'FSQCannotLock', 'FSQWorkItemError', 'FSQTTLExpiredError', 'FSQMaxTriesError', 'FSQScanError', 'FSQDownError', 'FSQDoneError', 'FSQFailError', 'FSQInstallError', 'FSQTriggerPullError', 'FSQCannotLockError', 'FSQPathError', 'path', 'constants', 'const', 'set_const', 'down', 'up', # ... ]
3.使用一個模塊來定義所有的異常
你也許已經(jīng)注意到了,__init__.py中的第一個導入語句從exceptions.py子模塊中導入了全部的異常。從這里出發(fā),你將看到,在大多數(shù)的軟件包中,異常被定義在引起它們的代碼附近。盡管這樣可以為一個模塊提供高度的完整性,一個足夠復雜的軟件包會通過如下兩種方式,使得這一模式出現(xiàn)問題。
通常一個模塊/程序需要從一個子模塊導入一個函數(shù), 利用它導入代碼并拋出異常。為了捕獲異常并保持一定的粒度,你需要導入你需要的模塊,以及定義了異常的模塊(或者更糟,你要導入一系列的異常)。這一系列衍生出來的導入需求,是在你的軟件包中編織一張錯綜復雜的導入之網(wǎng)的始作俑者。你使用這種方式的次數(shù)越多,你的軟件包內(nèi)部就變的越相互依賴,也更加容易出錯。
隨著異常數(shù)量的不斷增長,找到一個軟件包可能引發(fā)的全部異常變的越來越難。把所有的異常定義在一個單獨的模塊中,提供了一個方便的地方,在這里,程序員可以審查并確定你的軟件包所能引發(fā)全部潛在錯誤狀態(tài)。
你應該為你的軟件包的異常定義一個基類:
class APackageException(Exception): '''root for APackage Exceptions, only used to except any APackage error, never raised''' pass
然后確保你的軟件包在任何錯誤狀態(tài)下,只會引發(fā)這個基類異常的子類異常,這樣如果你需要的話,你就可以阻止全部的異常:
try: '''bunch of code from your package''' except APackageException: '''blanked condition to handle all errors from your package'''
對于一般的錯誤狀態(tài),這里有一些重要的異常處理已經(jīng)被包括在標準庫中了(例如,TypeError, ValueError等)
靈活地定義異常處理并保持足夠的粒度:
# from fsq class FSQEnvError(FSQError): '''An error if something cannot be loaded from env, or env has an invalid value''' pass class FSQEncodeError(FSQError): '''An error occured while encoding or decoding an argument''' pass # ... and 20 or so more
在你的異常處理中保持更大的粒度,有利于讓程序員們在一個try/except中包含越來越大的,互相不干涉的代碼段。
# this try: item = fsq.senqueue('queue', 'str', 'arg', 'arg') scanner = fsq.scan('queue') except FSQScanError: '''do something''' except FSQEnqueueError: '''do something else''' # not this try: item = fsq.senqueue('queue', 'str', 'arg', 'arg') except FSQEnqueueError: '''do something else''' try: scanner = fsq.scan('queue') except FSQScanError: '''do something''' # and definitely not try: item = fsq.senqueue('queue', 'str', 'arg', 'arg') try: scanner = fsq.scan('queue') except FSQScanError: '''do something''' except FSQEnqueueError: '''do something else'''
在異常定義時保持高度的粒度,會減少錯綜復雜的錯誤處理,并且允許你把正常執(zhí)行指令和錯誤處理指令分別開來,使你的代碼更加易懂和更易維護。
4. 在軟件包內(nèi)部只進行相對導入
在子模塊中你時常見到的一個簡單錯誤,就是使用軟件包的名字來導入軟件包。
# within a sub-module from a_package import APackageError
這樣做會導致兩個不好的結(jié)果:
盡管第一條看上去并不是什么大問題,但是考慮一下,如果你在 PYTHONPATH 下的兩個目錄中,有兩個同名的軟件包。你的子模塊可能最終導入了另一個軟件包,你將無意間使得某個或某些對此毫無戒備的程序員(或是你自己)debug 到深夜。
# within a sub-module from . import FSQEnqueueError, FSQCoerceError, FSQError, FSQReenqueueError, constants as _c, path as fsq_path, construct, hosts as fsq_hosts, FSQWorkItem from .internal import rationalize_file, wrap_io_os_err, fmt_time, coerce_unicode, uid_gid # you can also use ../... etc. in sub-packages.
5. 讓模塊保持較小的規(guī)模
你的模塊應當比較小。記住,那個使用你軟件包的程序員會在軟件包作用域進行導入,同時你會使用你的 __init__.py 文件來作為一個組織工具,來暴露一個完整的接口。
好的做法是一個模塊只定義一個類,伴隨一些幫助方法和工廠方法來協(xié)助建立這個模塊。
class APackageClass(object): '''One class''' def apackage_builder(how_many): for i in range(how_many): yield APackageClass()
如果你的模塊暴露了一些方法,把一些相互依賴的方法分為一組放進一個模塊,并且把不相互依賴的方法移動到單獨的模塊中:
####### EXPOSED METHODS ####### def enqueue(trg_queue, item_f, *args, **kwargs): '''Enqueue the contents of a file, or file-like object, file-descriptor or the contents of a file at an address (e.g. '/my/file') queue with arbitrary arguments, enqueue is to venqueue what printf is to vprintf ''' return venqueue(trg_queue, item_f, args, **kwargs) def senqueue(trg_queue, item_s, *args, **kwargs): '''Enqueue a string, or string-like object to queue with arbitrary arguments, senqueue is to enqueue what sprintf is to printf, senqueue is to vsenqueue what sprintf is to vsprintf. ''' return vsenqueue(trg_queue, item_s, args, **kwargs) def venqueue(trg_queue, item_f, args, user=None, group=None, mode=None): '''Enqueue the contents of a file, or file-like object, file-descriptor or the contents of a file at an address (e.g. '/my/file') queue with an argument list, venqueue is to enqueue what vprintf is to printf if entropy is passed in, failure on duplicates is raised to the caller, if entropy is not passed in, venqueue will increment entropy until it can create the queue item. ''' # setup defaults trg_fd = name = None # ...
上面的例子是 fsq/enqueue.py,它暴露了一系列的方法來為同一個功能提供不同的接口(就像 simplejson 中的l oad/loads)。盡管這個例子足夠直觀,讓你的模塊保持較小規(guī)模需要一些判斷,但是一個好的原則是:
當你有疑問的時候,就去創(chuàng)建一個新的子模塊吧。
聲明:本網(wǎng)頁內(nèi)容旨在傳播知識,若有侵權(quán)等問題請及時與本網(wǎng)聯(lián)系,我們將在第一時間刪除處理。TEL:177 7030 7066 E-MAIL:11247931@qq.com