共享程式碼問題

簡介

您清楚什麼是共享程式碼嗎？
您的產品是否很好地拆分了共享功能？
當某些內容被共享以及它仍然應該是僅域代碼時，您不會感到困惑。

我發現這些問題對我來說很難。我們注意到，如果共享空間用於多個頁面/功能，我們傾向於將其用作首選位置。

隨著時間的推移，它會成為腹脹的問題。現在，如果不對回購結構進行重大改變，就很難停止。

我們知道如何從中恢復嗎？

目前，我們剛剛建立了一個初始文件。在做出任何重大改變之前，我們希望收集所有團隊的所有要求和需求。不過，從其他團隊的角度來考慮改變很重要！

我和一位同事討論了這個問題。結論之一是關於某人被 FANG 聘用的愚蠢訊息：看看他們是如何做的、學習的，然後回來進行變革。

嗯，解決問題會很麻煩。我們還可以做些什麼！

其他函式庫如何管理共享程式碼？以 Vercel 儲存庫為例。 我們可以查看開源專案以及他們如何解決這個問題。

調查

免責聲明：當然，有人可能會說維護庫與維護產品有很大不同。確實如此。我們仍然需要觀察一些東西來創造視角並獲得想法。在此基礎上也許我們可以繼續前進。

Next.js

首先看next.js repo共享程式碼：

https://github.com/vercel/next.js/tree/canary/packages/next/src/shared/lib

快速瀏覽了一下之後，Vercel 團隊似乎只想保留非常全域的東西或外部函式庫。很多地方不一定要用到。

為了更好地理解這種結構，我們還必須查看與功能相關的程式碼以及它們如何拆分它。

待辦事項

反應

https://github.com/facebook/react/tree/main/packages/shared

以上是共享程式碼問題的詳細內容。更多資訊請關注PHP中文網其他相關文章！