如何判斷你是否過度依賴圖書館？

Question

我曾經爲一家鐵軌商店做過一些工作。似乎每隔一天，主要開發人員都會爲該項目添加新的寶石。

這使我想知道決定使用庫時的最佳做法。我絕對認爲你不應該重新發明輪子，但是對於包含分析饋送的整個Twitter庫來說，只是感覺錯誤。

有關使用庫進行開發的一些最佳實踐是什麼？

Answer 1

避免不在這裏發明綜合徵 - 如果有一個庫，使用它。 但也不要害怕停止使用圖書館，如果它很爛。如果你花費了很多時間來解決一個圖書館可能會被重寫的時間問題/侷限性（比如說，1周到1個月，取決於它的功能與你的產品核心競爭力有多接近），那麼它可能是把時間用一些對您更好的方式來替換圖書館。 當然，我的周估計只是一個表面上的猜測，我已經看到了在一個圖書館重寫中投入2年時間的好主意。

Answer 2

以可衡量的方式說明圖書館重用「好習慣」是困難的。但我會建議：

• 不使用新庫來實現您可以合理使用所選技術堆棧的基本庫實現的功能。
• 如果您僅使用它提供的一小部分功能，則不要使用新庫。
• 如果它是新的，那麼不要使用新的庫。圖書館這個例外是你幾個月來一直非常需要的東西，你的項目團隊都在等待這個新圖書館來「保存」它們。否則，您可以在合併之前等待此「新」庫的「版本2或3」。
• 你已經知道是什麼讓一個新圖書館變得「好」。但是，如果你還沒有評估是什麼讓它「壞」，那麼不要使用新的庫。
• 如果您沒有考慮培訓和培訓計劃，使開發團隊掌握新技術，就不要使用新庫。

任何人都可以在我上面提出的建議中找出漏洞，但通常情況下，在您的項目代碼中採用新的依賴關係可能會帶來很大的風險。經常做這件事是我書中的反模式。我建議你的團隊應該全部聽取「Simplicity: the way of the unusual architect」。