以下是我作為數據科學家管理自己的可重復使用的Python代碼的一些方法，從最常用的代碼到最不常用的代碼，并針對初學者介紹。

分享38

有很多不同的方法來管理你自己的代碼，這將取決于你的要求、個性、技術知識、角色和許多其他因素。一個經驗豐富的開發者可能會有一個非常規范的方法來組織他們的代碼，跨越多種語言、項目和用例，而一個很少寫自己的代碼的數據分析師可能會因為缺乏必要而更加臨時和缺乏動力。其實沒有什么對錯之分，這只是一個對你有用的問題，而且是合適的。

具體地說，我所說的“管理代碼”是指如何組織、存儲和調用您自己編寫并發現作為編程工具箱的長期補充有用的不同代碼片段。編程都是關于自動化的，因此，如果作為一個編寫代碼的人，你發現自己在重復執行類似的任務，那么以某種方式自動調用與該任務相關的代碼才有意義。

這就是為什么您已經在使用第三方庫。無需每次使用時從頭開始重新實現支持向量機代碼庫；相反，您可以使用一個庫（可能是Scikit learn），并利用大量人員的集體工作，隨著時間的推移完善一些代碼。

將這個想法擴展到個人編程領域才有意義。您可能已經在這樣做了（我希望您是這樣），但如果不是的話，以下是我作為一名數據科學家為管理自己的可重用Python代碼而確定的幾種方法，從最常用的代碼使用到最不常用的代碼使用。

完整的庫

這是最通用的方法，也可以說是最 "專業 "的方法；但是，僅僅這一點并不意味著它在任何時候都是正確的選擇。

如果你發現你在許多用例中使用相同的功能，并且經常這樣做，這就是要走的路。如果你想重用的功能很容易被參數化，這也是有意義的；也就是說，通過編寫和調用一個通用的函數，你可以在每次調用時定義變量，就可以反復地處理這個任務。

例如，我經常發現我想在一個字符串中找到某個子串的第n次出現，而Python標準庫中沒有這樣的函數。因此，我有一段簡單的代碼，它接受一個字符串、子串和我要找的第n次出現作為輸入，并返回這個第n次出現在字符串中開始的位置（很久以前從這里搬來的）。

def find_nth(haystack, needle, n):

    start = haystack.find(needle)

    while start >= 0 and n > 1:

        start = haystack.find(needle, start+len(needle))

        n -= 1

    return start

由于我處理了大量的文本處理，我把它和我經常使用的許多其他文本處理函數一起收集起來，并創建了一個庫，像其他Python庫一樣駐留在我的計算機上，并且能夠像其他庫一樣導入這個庫。創建這個庫的步驟有些冗長，雖然很簡單，所以我不會在這里介紹，但這篇文章是眾多做得很好的文章之一。

因此，現在我有了一個textproc庫，我可以很容易地導入和使用我的find_nth函數，而且可以隨心所欲地使用，而不必在我寫的每個程序中都復制和粘貼該函數。

from textproc import find_nth

segment = line[:find_nth(line, ',', 4)].strip()

另外，如果我想擴展這個庫，增加更多的功能，或者改變現有的find_nthcode，我可以在一個地方完成，只需重新導入。 

特定項目的共享腳本

也許你不需要一個完整的庫，因為你想重用的代碼似乎沒有超出你目前正在進行的項目的用途，但你確實需要在一個特定的項目中重用它。在這種情況下，你可以把這些函數放在一個腳本中，并簡單地按名稱導入該腳本。這是一個可憐的女人的圖書館，但它往往正是我們所需要的。

在我的研究生工作中，我不得不寫很多與無監督學習有關的代碼，特別是k-means聚類。我寫了一些初始化中心點、計算數據點和中心點之間的距離、重新計算中心點等的函數，并使用不同的算法完成了許多這些任務。我很快發現，保留一個單獨的腳本并復制其中的一些算法函數并不是最佳選擇，因此將它們移出到自己的腳本中，以便導入。它的工作方式幾乎與庫相同，但這個過程是特定路徑的，而且只為這個項目而設。

很快我就有了不同的中心點初始化函數和距離計算函數的腳本，以及數據加載和處理函數。隨著這些代碼變得越來越多的參數化和普遍有用，這些代碼最終進入了一個合法的庫。

至少在我的經驗中，事情似乎就是這樣發展的。你在你的腳本中寫了一個你現在需要使用的函數，然后你使用了它。項目擴大了，或者你轉到了一個類似的項目，你意識到現在擁有同樣的功能會很方便。于是，這個功能被下放到一個自己的腳本中，并被你導入使用。如果這種有用性持續到近期，并且你發現這個函數有更普遍和更長期的用途，那么這個函數現在就會被添加到一個現有的庫中，或者成為一個新庫的基礎。

然而，導入簡單腳本的另一個具體有用的方面是在使用Jupyter筆記本的時候。鑒于Jupyter筆記本中的大部分內容都具有臨時性、探索性和實驗性，我并不喜歡將筆記本作為模塊導入其他筆記本中。如果我發現一個以上的筆記本經常使用一些代碼摘錄，那么這些代碼就會被下放到存儲在同一文件夾中的腳本中，然后被導入到筆記本中。這種方法對我來說更有意義，并提供了更多的穩定性，因為我知道另一個筆記本所依賴的一個筆記本沒有被以有害的方式編輯過。 

特定任務的模板

我發現我經常重復執行一些相同的任務，這些任務不適合被參數化，或者是可以被參數化的任務，但要付出更多的努力，這是不值得的。在這種情況下，我采用了代碼模板化，或稱鍋爐式模板化。這就是我在本文一開始就想避免的復制和粘貼代碼的做法，但有時這也是正確的選擇。

例如，我經常需要對Pandas DataFrame的內容進行 "列表"，因為缺乏一個更好的詞，雖然寫一個函數可以確定列的數量，可以接受作為輸入的列，等等，但往往輸出也需要調整，所有這些都表明寫一個函數太耗時了。

在這種情況下，我只是寫了一個很容易改變的腳本模板，并把它放在一個類似模板的文件夾里，很方便。下面是listify_df的摘錄，它從CSV文件到Pandas DataFrame，再到想要的HTML輸出。。