開發大型應用程序的正確方法

Question

我們正在使用.Net 3.5開發一個非常大的Web應用程序。有兩個獨立的供應商參與不同領域的專業知識。這兩個供應商都位於遠程位置，並且在同一個Web應用程序的不同功能區域上工作。我想知道處理UI開發的最佳方法是什麼。

UI具有主結構，左側和頂側有導航鏈接。點擊鏈接將在主區域打開一個頁面。個別頁面將由每個供應商開發。整個主人可以由一個供應商開發。在主佈局中，我使用iframe來顯示主區域中的單個頁面。

我在IIS-B池上的IIS-Master池，供應商A應用程序池和IIS-B池上的供應商B應用程序池上部署主應用程序。用於負載平衡的IIS池數量很高。

另外，這個網絡應用程序是基於訪問的，即用戶需要登錄才能訪問網頁。我知道我需要在不同站點參與的情況下實施單點登錄。

這是個好主意嗎？有其他選擇嗎？

---

編輯答覆後

我也有同樣的憂慮在您的答覆提到。但我想到的解決方案不僅僅是因爲涉及兩家供應商。這兩個供應商都參與其中，因爲有兩個獨立的功能區域，兩個區域都有自己的用戶負載，所以它也有助於負載平衡。我正在考慮完全創建兩個單點登錄的網站。但問題在於維護UI的常見部分。通用庫很容易，可以由一個供應商開發並將DLL分發給其他供應商。我們如何做到這一點的UI層？

Answer 1

與分佈式團隊合作可能很困難 - 尤其是在較大的應用程序上。事實上，有時我們不必要地改變我們的架構，僅僅是因爲我們認爲它會使開發生命週期變得更簡單。

我個人認爲軟件基礎知識如版本控制，持續集成，代碼評論和開放式溝通非常好。我建議把這個項目看作是一個由多個開發團隊編寫的單一應用程序。讓某人負責代碼集成，確保所有團隊都在同一頁面上，並且不要改變您的架構以適應您的團隊動態。

你必須要問的問題是：你是否真的更擅長維護多個站點和單一登錄系統？或者你只是建議這種方法，因爲你認爲隔離供應商並將他們專注於他們的核心區域，的應用程序是正確的方法？

Answer 2

我對你寫的第一印象是值得重新考慮架構。

使用iframe時，您將遇到許多問題，第一個是瀏覽器後退按鈕的行爲。

可能的替代方案可能是在主應用程序和A和B之間使用遠程或Web服務，並在一個地方處理整個用戶界面。與兩個不同的供應商協調開發一致的UI可能非常困難。

Answer 3

爲什麼開發方不能在同一個UI項目上工作，只要它們共享同一個源代碼控制分支的實例。在開發主頁的時候，他們既可以針對主模板構建客戶端頁面，又不會妨礙對方？