2009-10-30 23 views
4

您是否有Web應用程序項目,類庫,數據庫項目和測試的解決方案?或者,您是否將其分爲多個解決方案?爲什麼?如何在Visual Studio中構建ASP.net源代碼?

我這麼問是因爲我們正在試圖簡化這種情況下的Visual Studio 2010和我想獲得你喜歡的工作從社區輸入。

回答

3

我往往(但不總是)有每個作業一個解決辦法,但我從其它的解決方案,比如我WebControlLibrary這裏我把常見的用戶控件和類existings項目等

我的實際解決方案這份工作,我則傾向於分解成Web應用程序,業務邏輯層,數據訪問層和實體層,即:

Solution 
...MyCompany.WebControlLibrary 
...Project 
...Project.BusinessLogic 
...Project.DataAccess 
...Project.Entities 
...Project.Scripts 
...Project.Testing 
...Project.Deployment 

如果一個項目需要的東西,如移動設備,我會永遠把那在一個新的解決方案中,但它可能會共享當前解決方案的一些項目,即

MobileSolution 
...MobileProject 
...Project.Entities 
...MobileProject.BusinessLogic 

你們合併的東西越多,視覺工作室就越慢。顯然,你可以停止默認構建某些項目,但這是你必須開始創建自己的構建配置。如果你打算創建大型應用程序,我建議分解成多個解決方案。我發現在不斷更改構建配置的解決方案之間輕鬆地輕鬆一點。

另一種選擇是,當你建立你的項目時,你可以引用它們的DLL。我更喜歡將所述項目導入到我的解決方案中,因爲您無需擔心引用創建構建配置,即從Debug或Release文件夾中選擇DLL。

+0

感謝您的回覆。你能詳細介紹一下Project.Deployment嗎?那是什麼類型的項目?它是否使您的整體部署自動化?它是針對一個還是多個目標環境? – 2009-10-30 14:52:11

+0

這只是一個項目類型的例子。它可能是一個安裝項目,一個web部署項目等。我傾向於將這些保存在解決方案中,但將其從構建順序中移除。 – GenericTypeTea 2009-10-30 14:54:59

+0

當您從構建指令中刪除它們時,是否將它們構建爲單獨的配置(通常不用於本地桌面構建的配置)? – 2009-10-30 14:57:03

0

獨立庫可以是他們自己的解決方案。可以將這些庫的參考引入您正在使用的項目中。諸如Web應用程序,測試設置以及特定庫(如數據訪問或業務規則)等相關項目可以在一個解決方案中設置爲項目。這一切都歸結於你想要分解多少東西以獲得可靠性。

+0

你的數據庫組件(創建腳本,s-procs等)如何?你爲這些使用數據庫項目,還是以其他方式管理它們? – 2009-10-30 14:56:11

+0

我已經完成了兩種方式。它們已被包含在解決方案中的「文件夾」中,並在維基上進行了更新,以供團隊查看或通過SVN等源代碼管理解決方案中的單獨存儲庫進行管理。我也在VS中看過幾次作爲一個項目,並在Visual Studio中進行了編輯。 – Chris 2009-10-30 15:09:57

0

這取決於項目執行的工作。

爲了便於使用,只需包含所有需要的項目的解決方案很簡單。如果這是一個很大的解決方案,那麼當IDE開始變慢並且在屋頂建造時間火箭時,這可能會阻礙你。

比方說,其中一個項目是由您的公司採取銀行卡支付和接口3D安全庫。你提出你自己的GUI頁。如果您有許多網站,都以信用卡付款,你會通過在一個單獨的解決了這個項目,並引用編譯DLL大大有利於採取細節等

。您需要的任何更改都需要打開解決方案,進行更改,構建它,轉到您正在使用的解決方案並對其進行測試。聽起來像皮塔餅,你發現它只是一個簡單的解決方案。但是,如果你在每個解決方案中都有這個庫,並對其進行通用更改,則需要徹底重複該更改。

所以,你只需要做出無論您正在開發中,可能在其他地方使用相同的解決方案或一些單獨的項目的決定。如果你需要比庫提供的更多功能,你可以在你的項目中實現一個部分類,並以這種方式擴展庫。或者一個包裝類就足夠了。但是,您知道您不會影響其他使用此庫的網站,並且您在開發期間使用較小的內存打印將您的解決方案保持得更小,更易於管理。

相關問題