Python共享對象模塊命名約定

Question

我已經在C++中編寫了一個Python模塊並將其構建爲共享對象庫，並且它工作正常。但在確定所有這一切時，我注意到（通過strace）Python尋找幾個不同的變體import被調用。特別是，當我說import foo，Python的搜索，依次是：

• 富（目錄）
• foo.so
• foomodule.so
• foo.py
• foo.pyc

除了foomodule.so，這是非常容易理解的。爲什麼Python將所有內容都作爲name.so和namemodule.so來查找？這是否是一些歷史神器？我搜索了很多，並沒有提出任何解釋，我還想知道是否應該命名我的模塊foomodule.so而不是foo.so.我的系統似乎在每個約定之後都有一些現有的Python模塊，所以我不禁要問，不同的名稱是否意味着某種東西。

Answer 1

這實際上是依賴於平臺的，Python有不同的後綴，它會根據操作系統進行嘗試。下面是後綴表的import.c初始化：

#ifdef HAVE_DYNAMIC_LOADING 
    memcpy(filetab, _PyImport_DynLoadFiletab, 
      countD * sizeof(struct filedescr)); 
#endif 
    memcpy(filetab + countD, _PyImport_StandardFiletab, 
      countS * sizeof(struct filedescr)); 
    filetab[countD + countS].suffix = NULL; 

    _PyImport_Filetab = filetab; 

，以連接兩個列表，_PyImport_DynLoadFiletab和_PyImport_StandardFiletab。後者更容易，它在同一個文件中被定義爲[".py", ".pyw", ".pyc"]（第二個條目僅存在於Windows上）。 _PyImport_DynLoadFiletab在各種dynload_<platform>.c文件中定義。在基於Unix的系統上，其值爲[".so", "module.so"]，對於CygWin，它定義爲[".dll", "module.dll"]，而對於OS/2，其值爲[".pyd", ".dll"]，對於Windows，它僅是[".pyd"]。

我經歷了源​​代碼的歷史，終於從1999年開始了這個明顯增加了「模塊」的變化。所以「作爲可能的後綴：http://hg.python.org/cpython-fullhistory/diff/8efa37a770c6/Python/importdl.c。所以這些改變最初是爲NeXTStep（最終成爲Mac OS X的）添加的，僅用於特定的鏈接設置。我不知道這個操作系統，因此很難說出它爲什麼是完成 - 我懷疑這只是爲了防止命名衝突，例如一個框架庫foo.so可能已經加載，操作系統將不允許加載另一個相同名稱的庫，因此foomodule.so是一個折衷方案，允許使用名稱的Python模塊foo到儘管如此存在

編輯：。以上是錯的一段 - 我沒有走得足夠遠回顧歷史，得益於senderle指出了這一點事實上，有趣的變化似乎是http://hg.python.org/cpython-fullhistory/diff/2230/Python/import.c從1994年h是添加新模塊命名方案（foo.so）作爲舊方案（foomodule.so）的替代方案。我猜舊格式在某些時候已被棄用，因爲在該代碼的許多重寫之一中，對於Windows等某些平臺的支持已被刪除。請注意，即使在首次推出時，短模塊名稱版本也首先列出 - 這意味着它已經是首選變體。我從1994年開始搜索郵件列表/新聞組，看看這個變化是否在某個地方被討論過 - 看起來並不像這樣，Guido van Rossum似乎在沒有告訴任何人的情況下實現了它。

Answer 2

這只是一個猜測，但我只能假設這與下面的Extending Python with C or C++有關。

首先創建一個文件spammodule.c。 （從歷史上看，如果一個模塊被稱爲垃圾郵件，包含其執行的C文件名爲spammodule.c;如果模塊名稱很長，像spammify，模塊名稱可以只是spammify.c。）

我想這個約定擴展到.so文件的名字。 the same的第1.5節進一步支持該推測。

---

基於弗拉基米爾的excellent discovery，我已經找到了first reference到module.so作爲後綴。它來自支持動態加載SunOS庫的補丁，來自「Bill」。 （Bill Jansson?）顯然module -as-suffix約定在使用共享庫之前就開始了，並且當採用.so庫時，約定被簡單地維護了。

我認爲弗拉基米爾是正確的 - 有趣的變化是採用短模塊名稱約定。這證實了我的猜測，即長模塊名稱是早期的慣例。