2

我們是一個小型開發團隊,它繼承了幾年前開始使用ASP.NET 4的體面大小的ASP.NET MVC項目。我們希望在某些情況下遷移到ASP.NET 5點。目前該解決方案有3個項目 - 數據,服務,Web。數據項目使用實體框架。以前的Web項目只是MVC,但現在有一個Web API,我們有幾百個RESTful API調用和一個AngularJS前端。ASP.NET 5的解決方案結構

它看起來像Web應用程序的ASP.NET 5默認解決方案使用Web項目包含wwwroot和其他東西的新結構。你會推薦有多個項目,還是應該在主項目中保存數據和服務?我傾向於單一項目方法,但我不確定最佳的長期結構是什麼。謝謝!

+0

你在徵求我們的意見,Stack Overflow是不允許的。你熟悉你的項目,應該能夠基於坐下並權衡利弊得出結論。 – mason 2015-04-03 17:05:38

+0

對不起,我是ASP.NET新手,所以這就是爲什麼我要求有更多經驗的人幫忙。我已經閱讀了多個與構建AngularJS,Spring等項目相關的其他stackoverflow問題/答案,並且發現它們非常有用,所以我認爲它是合適的/允許的。 – Jeremy 2015-04-07 14:46:00

+0

我正在收回我的近距離投票,看起來基於意見的規則已經改變(或者至少我以不同的方式記住它們)。 [在這裏](http://stackoverflow.com/help/dont-ask)供您參考。在我看來,這屬於建設性的主觀問題,因此將被允許。 – mason 2015-04-07 15:06:59

回答

1

一個解決方案,許多項目。重點是分離項目的可重用組件。實際上,我會爲您在問題中列出的項目添加一個項目。楷模。

假設您決定將另一個應用程序添加到您的解決方案。它可能是Xamarin Forms應用程序,WPF應用程序,控制檯應用程序,Windows服務等等。如果你的模型和數據層都在他們自己的類庫中,你可以重用它們而不需要重複代碼。如果您已將模型和數據層放入Web API項目中,則無法輕鬆地在新應用程序中重用它。

我不一定會認爲(我想還是可能)結合的是Web API應用程序和Angular應用程序。這兩個可能如此複雜,以至於將它們保存在一個項目中是有意義的。