如何高效的閱讀Python第三方庫(kù)源碼

咪哥雜談

本篇閱讀時(shí)間約為 6 分鐘。

1

前言

前幾天拉個(gè)一個(gè) Python 學(xué)習(xí)小組的群，有些小伙伴已經(jīng)加進(jìn)來了。其中有個(gè)小伙伴提了一個(gè)問題，這是一個(gè)比較好的問題，所以有必要單獨(dú)拎出來寫篇文章。

PS：如果還有想進(jìn)群的小伙伴，可以公眾號(hào)后臺(tái)加下我的微信，拉你入群。

問題是這樣的：

引出了今天要聊的主題，接下來咱們就來談?wù)勥@個(gè)問題。以下方法，都是個(gè)人的做法，不一定適用于每一個(gè)人。但相信會(huì)有人和我一樣，認(rèn)為這樣的方法比較高效，所以分享下。

2

有目標(biāo)性的去學(xué)習(xí)

就像這位同學(xué)說到的，網(wǎng)上有人推薦去看各界大神 requests 的源碼，學(xué)習(xí)其編程風(fēng)格，然后揉入到自己的代碼編寫中，得以提升自己的編程境界。

但是往往有個(gè)問題，現(xiàn)成的第三庫(kù)已經(jīng)非常成熟，體系也異常龐大，哪里才是你應(yīng)該去看的，去學(xué)習(xí)的點(diǎn)？

說出來不怕大家笑話，其實(shí)就連我自己也沒有系統(tǒng)地看過 requests 庫(kù)的源碼。因?yàn)槲矣X得，無頭蒼蠅似的去看源代碼，帶來的記憶風(fēng)格也是混亂的，而且往往記不住！

所以，就像上圖中我的回答一樣，雖然我不會(huì)系統(tǒng)的學(xué)習(xí)去看，但是在具體用到某一方法時(shí)，如果我對(duì)它的實(shí)現(xiàn)原理非常好奇，那此時(shí)，我會(huì)跟進(jìn)去學(xué)習(xí)，原作者當(dāng)時(shí)實(shí)現(xiàn)是一個(gè)怎樣的思路。

但，什么時(shí)候才能產(chǎn)生好奇心？就是接下來要說的大前提。

3

前提條件，會(huì)用

產(chǎn)生好奇心的有個(gè)大前提，就是你得會(huì)用啊！

其實(shí)在上面聊天記錄的下方，還有一個(gè)小伙伴給出了我想表述的大前提。

只有當(dāng)你熟悉了一個(gè)東西的時(shí)候，有時(shí)候才會(huì)對(duì)它背后的原理感興趣！

拿 requests 庫(kù)的 get 請(qǐng)求方法來說，你都不知道它的作用是干什么的，去看源碼學(xué)習(xí)，你知道最終你自己看的到底是為了實(shí)現(xiàn)什么功能嘛！對(duì)吧。。。

4

實(shí)戰(zhàn)演示如何看源碼

熟悉我的人都知道一點(diǎn)，能實(shí)戰(zhàn)就實(shí)戰(zhàn)，絕不多BB。(實(shí)戰(zhàn)派！^_^)

給大家舉個(gè)我寫上篇文章時(shí)候的例子。PyQuery，這個(gè)庫(kù)，當(dāng)時(shí)我在看官方文檔時(shí)，看到了這么一句話：

這句話什么意思呢？

上篇文章中，我們可以直接用 PyQuery 來構(gòu)造模擬發(fā)出請(qǐng)求，大家還記得吧！文章中，我還特意寫了一下，請(qǐng)求時(shí)它內(nèi)部的機(jī)制代碼。

為什么我會(huì)知道，它請(qǐng)求時(shí)內(nèi)置的機(jī)制呢？一是看了官方文檔，二是好奇心。

官方文檔的 Scraping 部分，紅框的意思是，默認(rèn)使用了 python 原生的 urllib 庫(kù)，如果你本地安裝了 requests 庫(kù)的話，它會(huì)直接使用 requests 庫(kù)進(jìn)行請(qǐng)求。

這是看了，官方文檔得知的信息，但看完了，我依然是好奇，作者到底是如何在代碼層面實(shí)現(xiàn)設(shè)計(jì)的。

下面請(qǐng)暫時(shí)記住這個(gè)問題，"官方文檔說的這段話的代碼具體是怎么實(shí)現(xiàn)的?"。帶著這個(gè)問題繼續(xù)往下看。

debug ，斷點(diǎn)調(diào)試大法好??！

1. 好奇入口處打斷點(diǎn)：

創(chuàng)建對(duì)象時(shí)，必經(jīng)過 __init__ 方法，所以繼續(xù)進(jìn)去看看。PyCharm 直接 alt+鼠標(biāo)點(diǎn)一下，就能調(diào)到底層源碼。然后開啟debug模式，F(xiàn)7 step into，進(jìn)去。不會(huì) debug ，看下之前寫的這篇文章《新手必會(huì)，pycharm的調(diào)試功能(史上最詳篇)》！

2. __init__ 里繼續(xù)斷點(diǎn)：

在判斷 kwargs 之前，可以看到處理了一些操作，比如在 pq() 傳參時(shí)，第一個(gè)參數(shù)默認(rèn)給到形參 url 上。這些都是 Python 的一些基礎(chǔ)，不會(huì)的話，需要自己惡補(bǔ)一下了！之前小課堂都有介紹。

可以看到 debug 到判斷 kwargs 時(shí)， key 為 url ，value 則為我們創(chuàng)建對(duì)象時(shí)傳入的地址。

繼續(xù)往下看。

kwargs 本身是個(gè) dict 類型，用 pop 方法把我們傳入的地址賦值給了 url 變量。如果在 kwargs 沒有 opener 這個(gè)key，則直接走到了我紅框畫的地方，并將 url 傳進(jìn)去。

繼續(xù)進(jìn)入這個(gè)方法看看：

有個(gè) HAS_REQUEST 變量，點(diǎn)一下看看：

看到了沒，精華之處，很靈活的寫法：

try:    import requests    HAS_REQUEST = Trueexcept ImportError:    HAS_REQUEST = False

通過抓取異常，來進(jìn)行靈活庫(kù)的判斷。如果你有 requests 庫(kù)，則變量 HAS_REQUEST = True，否則是 False。

這塊的實(shí)現(xiàn)思想，是不是可以從原作者編寫的代碼中學(xué)習(xí)下，后續(xù)運(yùn)用到自己的代碼編寫中。

最后，如果有 requests 庫(kù)，就走到了相應(yīng)的方法里，最終返回 requests 請(qǐng)求到的源代碼。

反之，則用 Python 自帶的 urllib 庫(kù)去模擬請(qǐng)求。

5

總結(jié)

好了，簡(jiǎn)單的總結(jié)一下。

我個(gè)人推崇的方法是，攜帶著自己的具體問題去學(xué)習(xí)，看源碼也是一個(gè)道理。

一步步的去從好奇點(diǎn)出發(fā)，逐步 debug 來挖到自己最關(guān)注的地方。然后學(xué)習(xí)作者的編程思維，加以記憶，利用到自己后續(xù)的代碼編寫中。

其實(shí)關(guān)于帶著目標(biāo)去學(xué)習(xí)這個(gè)方法，適用于大部分場(chǎng)景。還記得剛開始工作時(shí)，解決工作中問題，去學(xué)習(xí)編程，那段時(shí)間是我進(jìn)步最快的時(shí)光。

嗯，到這里就結(jié)束了，看完本篇的你，有沒有收獲到什么呢？歡迎下方留言區(qū)留言交流呀！