package 機(jī)制

package是模塊的集合，每一個(gè)Package的根目錄下面都應(yīng)當(dāng)有一個(gè)__init__.py 文件。當(dāng)解釋器發(fā)現(xiàn)目錄下有這個(gè)文件時(shí)，他就會(huì)認(rèn)為這是一個(gè)Package，而不是一個(gè)普通的目錄。

對(duì)于 package 機(jī)制的說明，其實(shí)官方文檔已經(jīng)有非常詳盡的論述了，本文并不著眼于此。

簡單來說，一個(gè)目錄下如果包含 __init__.py ，則被 Python 視作一個(gè) Python package。其中：

• __init__.py 中的東西，在初始化這個(gè)包時(shí)，會(huì)首先被加載
• package 中還可以定義 sub package

初衷

為了概念統(tǒng)一，我們把寫代碼的人，大致分為兩種角色：

• Library Author
• Caller 即 API 使用者

有時(shí)候我們會(huì)是 1 或者 2, 有時(shí)候我們可能既是 1 又是 2 ( 比如負(fù)責(zé)一個(gè)較大的系統(tǒng)時(shí))

很顯然，本文的角度是從 1 出發(fā)的（即我們只扮演庫作者，并且不知道我們的調(diào)用者是誰）。

最開始時(shí)，utils 可能僅僅是一個(gè) utils.py 就可以了，然后調(diào)用者 from utils import XXUtils 就完事了，這自然沒有本文什么事。

然而大部分情況不是這樣的，所有 Utils 都放到一個(gè)文件里面是 stupid 的（一個(gè)源碼文件最多 400~500行 ）。所以我們的目錄結(jié)構(gòu)會(huì)是這樣的：

utils/
 __init__.py
 a_util.py
 b_util.py
 ......

調(diào)用者怎么使用呢？from utils.a_util import AUtils

這種方式有一個(gè)假定：調(diào)用者要很清楚他所需要的 Utils 位于哪個(gè) py 文件中。但是這種假定并不總是成立，大家對(duì)于同一概念的理解，極有可能是千差萬別的。比如 utils，你覺得叫做 utils 合適，別人還覺得叫做 tools 合適呢，其實(shí)都是同一個(gè)東西。

顯然，這加重了調(diào)用者的心智負(fù)擔(dān)。更加顯然的是，作為庫作者，我們有義務(wù)來優(yōu)化調(diào)用者的使用體驗(yàn)?。ú蝗荒愕膸煸倥１?，沒有人愛用也是空彈琴。）

HOW

合理利用 package 機(jī)制，就能馬上優(yōu)化這一體驗(yàn)。

我們只要在 __init__.py 中這么寫即可：

__init__.py
from .a_util import AUtils
from .b_util import BUtils

調(diào)用者則仍然是這么使用：

from utils import AUtils, BUtils

即：調(diào)用者根本不關(guān)心你的實(shí)現(xiàn)在哪里，你只要給我一個(gè) utils 的命名空間即可，而且確保所有的 Utils 都在這個(gè)命名空間里面。

為了更加符合 PEP8 的規(guī)范，作為庫作者，我們的目錄結(jié)構(gòu)可能會(huì)變成這樣：

utils/
 __init__.py
 _a_util.py    不對(duì)外界公開, 僅限本package的其他模塊使用
 _b_util.py

應(yīng)用

不僅是對(duì)于 utils 包，對(duì)與 constants 包，exceptions 包也可以應(yīng)用此方法。在許多開源庫中，大牛們經(jīng)常使用這一手法來優(yōu)化我們的體驗(yàn)（太常見了，幾乎大部分開源庫的 __init__.py 中都會(huì)寫東西）

總結(jié)

以上就是這篇文章的全部內(nèi)容了，希望本文的內(nèi)容對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值，如果有疑問大家可以留言交流，謝謝大家對(duì)腳本之家的支持。