想要收集一些關於應用程序(或可能的Web應用程序集)應該如何分解的觀點(基於項目)...基本上整個事情將是一個大型網站,但問題的出現是因爲它有各種各樣的模塊,每個模塊都有自己的開發/發佈週期。分解一個asp.net web應用程序
出現的問題是,將它們分開成爲一個令人頭疼的問題,試圖使會話在站點之間共享,並將共享資源嵌入到DLL中,但將它們作爲一個大項目是來自源代碼管理角度的噩夢。
的方法可以做到這一點,我能想到的是:
- 有一個應用分支想瘋了每個模塊的工作:在一個基本風格的基礎這似乎是正確的,但它將很多分支機構和合並分支在任何時候都將是一場噩夢...
- 使他們所有獨立的應用程序:缺點是他們都分享他們的母版頁和很多自定義控件(實施ASCX)。我知道如何將這些放入DLL(使用虛擬路徑提供程序),但這是一個相當混亂的解決方案。在此之上是通過會話回往復主要建設一個自制會議解決方案的應用程序之間的...
另一件事我試圖找出我是否可以做,但未能成功以某種方式有一個「虛擬文件夾「,以便例如」ModuleA「文件夾實際映射到」../../../ModuleA/Trunk/「。我是比較相信這不可能不使用某種形式的預生成的腳本來完成,但我希望的東西,居然會在Visual Studio中適當加載,所以我覺得這個想法是不走...
有沒有人有任何建議,我應該用這種方式(無論是上述之一還是我沒有考慮過的)?要確保我不拍自己的腳在這裏的原因很可能是有很多的未來增強/維持長期的項目...
你的看法似乎與我在試圖找出全部結果時得出的結論非常接近。我同意直接分享這些鏈接中描述的會話是一件骯髒的事情 - 這樣我才能在實現這些解決方案之前編寫自己的會話控制器。至於使模塊足夠模塊化而不共享數據,每個模塊都是100%獨立於任何其他模塊的,但它們本質上與中央應用程序綁定,該中央應用程序將在webroot中運行(基本上它只是一個框架模塊連接成)。 – fyjham 2009-12-10 10:03:59
PS:暫時還不會接受這個 - 希望多給點時間看看是否有人有其他意見/方法。如果沒有人在一兩天內響起,我很可能會接受。 – fyjham 2009-12-10 10:10:22