將代碼段分成單獨項目的典型經驗法則

Question

我想知道何時將代碼和項目組件分成單獨的項目。我正在創建一個MVC .NET Web項目，並且有很多目錄/子目錄，我甚至還沒有開始涉足一些需要更多空間的後臺進程。

我只是試圖組織項目和代碼內。

什麼時候應該開始將代碼分成單獨的項目？你能否提供一個例子？

謝謝

Answer 1

我經常看到沿東西線的變化：

• Web App的
• 服務層
• 業務層
• 數據層
• 單元測試
• 集成測試

獲得想法的一種方式是搜索asp.net MVC開源項目並查看他們是如何做到的。您可以查看CodeCampServer。他們用Onion Architecture來佈置他們的項目。

洋蔥建築不同於上面列出的，他們有一個偉大的explanation of why（網絡廣播）。

圖片來自上面提到的網頁拍攝。

洋蔥架構的關鍵原則：

•應用程序是圍繞 獨立的對象模型構建•內 層定義接口。外 層實現接口 •方向連結的朝向 中心•所有應用程序的核心代碼可以 編譯和 基礎設施

與開源樣品洋蔥架構鏈接運行單獨給你的推理背後的時候/爲什麼和一個具體的例子來玩，看看你是否喜歡它。

Answer 2

大多數情況下我的應用程序，代碼分離到不同項目的目的是實現代碼重用。實際上沒有任何硬性規定，但是這裏有一些我試圖遵循的原則。

對於代碼重用，我考慮我寫的類是否可用於不同的上下文中。例如，如果我有一個與數據庫通信的ASP.NET網站，那麼數據訪問代碼可能會在基於Windows的應用程序中重用，所以它是考慮到它自己的庫的一個很好的候選者。

我創建了方便操縱字符串，流或其他常見事物的擴展方法。這些，我考慮到一個庫中，以便在所有應用程序中共同使用。

總之，嘗試將您的項目組織爲相關類的高度緊密集合，並避免創建萬能項目。你會發現這些高度凝聚力的項目更有可能被重複使用，從而爲你節省時間和僱主資金。