我們公司目前有7個獨立的大型面向互聯網的web應用。
他們都具有以下跨多個離散網絡應用的UI呈現控制
這帶來後續荷蘭國際集團的問題
我在尋找技術在其他類似環境已經採用，使新的應用可以被單獨構建，並與客戶端UI不會形成瓶頸仍然集中管理維護。 我正在考慮採用與製作和版本控制主HTML/CSS/Javascript模板的白色標籤相同的方法。然後，每個團隊都可以在構建過程中獲得更新版本並將其合併。它永遠不會更新的風險仍然存在。 我猜這對大公司來說不是一個不尋常的情況（我們在財務上）。你能和我分享你使用的技術和技術框架嗎？
對該主題的任何文獻（書籍或網站/博客）也感興趣。
你認爲是對的，掌握Javascript/CSS資源是最好的選擇。它們可以輕鬆更新，而且不必重新輸入常用函數等。如果您有一類庫（如script.aculo.us或jQuery），那麼經常使用的函數可以保持最新，同時節省帶寬。例如，基於視圖的應用程序（例如遊戲，複雜程序）加載並顯示可能包含交互式HTML，圖像等的不同「視圖」。視圖之間轉換，顯示和轉換的操作非常普遍，只需要聲明一次。這也使得開發更容易，並且更關注內容而不是重複的基本編碼。另一個方便的技術是在整個應用程序中整合一個共同的「結構」諸如圖標，聲音和視圖之類的東西可以在包/目錄中具有預定的「位置」，這些是簡單的拖放操作。根據我的經驗，在處理簡單的JavaScript文件時，瓶頸並不是真正的問題< 300kb。
當涉及服務器端操作時，存在唯一的麻煩。他們是絕對必要的，特別是對於金融，以及遊戲（登錄，帳戶，高分）。但是，嘗試創建便捷的通用服務器端腳本並不是一個好主意。當服務器必須過濾幾千個分數（或帳戶）並具有其他功能（同時也需要這些功能）時，它們會變得緩慢並導致瓶頸，從而導致所有操作都變慢。這裏的訣竅是要有許多低效的腳本來高效地執行任務，這仍然可以是多用途的。
基本上，創建和維護大量的應用程序需要大量的組織 - 但只能在第一時間。一旦你有什麼可以繼續發展的話，你就一直在努力。
我認爲Sitemesh將是一個很好的工具供您查看。這允許您可以從單個Sitemesh Web應用程序控制的多個站點的白色標籤。
請參閱此鏈接上的視覺示例圖http://www.opensymphony.com/sitemesh/
感謝您的意見。我認爲這裏的結構或框架是完全可能的。我認爲可能已經生產 - 如果至少爲了白色標籤的目的。我想不給予反饋。 – subcontact 2010-07-05 10:18:51