如何在ASP .NET Web API中組織Web服務

Question

這是關於如何組織Web服務的理論問題。

使用ASP.NET Web API構建Web服務您可以在其中創建很多控制器和Web方法。但是，在同一解決方案中維護許多控制器和方法可能很困難。 爲了選擇將解決方案分成兩個或兩個以上分支，將採用什麼標準？ 使用具有多種方法和控制器的單一解決方案以及使用多種解決方案的優缺點會帶來哪些優點和缺點？

Answer 1

我想第一個問題是：你在談論「很多控制器」是什麼數字？ 我在處理巨大解決方案時看到的主要缺點是負載（CPU？RAM，Resharper緩存）。我記得我有一個54項目的解決方案，它的建設需要3分鐘。所以我們不得不提取一個小的解決方案進行開發，而完整的解決方案只能在我們的部分集成時加載。 （好吧SSD可能在這裏幫助）

但它也是語義。我認爲最好的方法是基於完整的塊進行分離，例如您提取界面，然後將實現轉到另一個解決方案或項目。