用於編譯大型ASP .NET應用程序的可用選項

我已經開始致力於現有的大型ASP.NET項目，並且希望獲得關於更好地組織項目的更好方法的一些反饋。 This question有點相關，但沒有足夠的具體細節來幫助像我這樣的ASP.NET新手。用於編譯大型ASP .NET應用程序的可用選項

該網站不是非常複雜。有許多主題可用於爲用戶提供不同的風格&功能，主題之間的大多數常用元素都放置在UserControls中。

問題是，當項目被編譯時，整個東西被內置到一個單一的大規模DLL中。這意味着對多個用戶控件進行更改，然後逐次推出這些更改是非常困難的，即使不是不可能的。我們不得不假設Visual Studio 2003和.NET 1.1。

就像我說的，我是一個ASP.NET新手，所以要溫柔。

有沒有辦法做不同的事情，使每個UserControl可能是它自己的單獨的DLL？
有沒有其他的事情可以改變，以便更容易推出小批量的變化？

2010-01-14 Mark Biek

我現在做事情的方式是編譯多個小DLL。控件通常將自己的DLL與對象邏輯分開，所以我們可以在諸如Windows服務之類的東西中使用對象。這確實需要重新編譯整個項目。

我們使用cruisecontrol.net，它有一些整潔的功能，在後臺構建整個項目。您可以設置項目，以便在您挑選DLL時，巡航控件將重新編譯引用該DLL的每個項目。這是一個非常方便的功能，可以將任何一個人的責任作爲構建主人。您只需等待巡航控制即可構建項目，並在完成後收到成功/失敗電子郵件。不知道這是你在找什麼。如果您需要任何幫助，我會很樂意與您一起來回走動！

祝你好運！

來源

2010-01-14 15:15:08

讓我們從一個真正的基礎層次開始:)我需要在VS中做什麼來讓每個控件擁有它自己的DLL？這似乎不是UserControls的默認行爲。 – 2010-01-14 15:20:48

您將創建一個新的「類庫」項目併爲其添加一個新的用戶控件....類庫將編譯爲一個單獨的DLL，您可以將其添加爲項目的參考 – 2010-01-14 15:25:31

因此，最終，我是否有單一的解決方案，其中包含儘可能多的項目？解決方案中的每個項目都會編譯成一個DLL，然後我可以根據需要移動。我有權利嗎？ – 2010-01-14 15:31:17

用於編譯大型ASP .NET應用程序的可用選項

回答

相關問題