我不知道這里有多少朋友是積累了自己的一套庫的。

嗯……說明白點(diǎn)，比如想讀寫文件了，操作系統(tǒng) API 的那堆參數(shù)我記不住，也用不著那么靈活，于是自己寫一個(gè)自己記得住的，下次碰到同樣情況繼續(xù)用，并不斷完善。哪天想讀寫注冊(cè)表了，想讀寫 INI 文件了，想讀寫 XML 文件了，想用個(gè)動(dòng)態(tài)數(shù)組了，想要個(gè)鏈表、樹了，可能都會(huì)形成自己的一套東西。這套東西可能是基于已有的第三方庫，也可能是純粹自己一點(diǎn)一滴寫起來的。好了，我想現(xiàn)在我大概表達(dá)得夠明白了，這就是我說的“庫”，這個(gè)庫可能不是非常完備，但起碼是自己積累的，有著（起碼對(duì)自己來說）友好接口的東東。

可能有朋友會(huì)說，你要自己的動(dòng)態(tài)數(shù)組、鏈表干嗎？STL 很好啊！你要讀寫文件的干嗎？CFile 哪里不好？你要讀 INI？不是有 API 嗎？……諸如此類。如果有朋友持這樣的觀點(diǎn)，我想我們是不同的一類人。如果您只是能完成某項(xiàng)任務(wù)就好，那么確實(shí)，不需要這些玩意兒。但是，如果哪一天這種普通的工作做得麻木了，來思考一下另一個(gè)層面的事情，您也許會(huì)覺得這些也是比較有意思的事。廢話到此。

那么，不知道這些庫，是以什么形式存在的呢？稍微極端開來講，可能有兩個(gè)做法——

第一種做法。我每寫成一個(gè)功能模塊，都是一個(gè)（或幾個(gè)）.h、一個(gè)（或幾個(gè)）.cpp，它們是自我獨(dú)立的，不依賴于任何別的東西（或者不依賴標(biāo)準(zhǔn)庫以外的東西、不依賴于操作系統(tǒng) API 以外的東西）——總之是不依賴于當(dāng)前編譯系統(tǒng)以外的東西。以后需要使用，就把那幾個(gè)文件拷到當(dāng)前項(xiàng)目來使用。然后一個(gè)個(gè)這樣的互不依賴的功能模塊構(gòu)成了我現(xiàn)在所擁有的庫。

第二種做法呢，就是我把這個(gè)庫作系統(tǒng)的規(guī)劃，劃分為很多小的功能模塊，這些功能模塊可能會(huì)彼此依賴，當(dāng)庫龐大以后，甚至連你自己都該不太清楚誰依賴誰了。要使用這個(gè)庫的功能，就必須把整個(gè)庫拿進(jìn)來。到最后，我將這整套東西編譯為一個(gè) .lib，這個(gè) .lib 的源程序會(huì)一直維護(hù)下去。但使用的時(shí)候，我就拿編譯好的 .lib 來用。

前一種做法就是標(biāo)題里所說的小庫，后一種做法我稱之為大庫。我的問題是，作為個(gè)人的積累，小庫好還是大庫好？如果可能，我是比較喜歡小庫的。但是，經(jīng)常會(huì)有這樣的問題，各個(gè)功能模塊中可能會(huì)涉及同一個(gè)基礎(chǔ)功能，而這個(gè)基礎(chǔ)功能我已經(jīng)做過了的，到底是用還是不用？如果用，“互不依賴”就會(huì)被打破，最終會(huì)發(fā)展成一個(gè)凌亂的大庫；如果不用，我必須把代碼抄一遍，那么這兩份完全一樣的代碼在以后同步更新就比較麻煩了。再說大庫，一個(gè)規(guī)劃的很好的大庫也是不錯(cuò)。但是前期積累的時(shí)候，往往沒法規(guī)劃；就算等到有一定的積累了以后再來積累，也會(huì)在模塊組織上猶豫不決：我到底要不要來一個(gè)統(tǒng)一的 typedef 作為我的類型系統(tǒng)？當(dāng)我實(shí)現(xiàn)了 MyVector，MyString 以后，我的后續(xù)代碼勢(shì)必都會(huì)使用它們，那么與別人之間的代碼交流就成了問題了。

我最近一直困惑于這個(gè)問題。而我本人對(duì)此的理解也就如上文所述。希望有朋友指教、賜教。謝謝~~！