我正在使用現有的Web應用程序。它很好地利用了jsp的重用（通過包含甚至自定義標籤）。我的一個任務是對這些進行更改，現在受影響的文件已經升至10多個，我在管理它們時遇到了一些麻煩。我正在考慮繪製jsps和甚至（js和ajax腳本）的關聯圖，是否有官方的做法（如UML類圖）。有沒有像Jsp圖那樣的東西？
我需要將它們可視化，以便當我重新訪問這些內容時，我會知道哪些屏幕一目瞭然，而不是通過代碼重讀來重新學習關聯（如果這有任何意義）。
這個問題可以有一個非常簡單的答案或複雜的答案。
簡單： 將它們與原型建模類<>或<>建模爲swarraj。儘管imho，但並不需要對它們進行構造，因爲只要讓它們實現HttpServlet或HttpJspPage接口，就可以指出它們是servlet或jsp頁面。由於目前大多數建模工具對於使用構造型都比較吝嗇（只有一個允許 - 儘管最新的規範允許多個），但我喜歡保留使用刻板印象來表達無法以其他方式表達的東西 - 而且對模型的理解有深遠的影響。
複雜： 警告：我最近把這個話題作爲我職業生涯的焦點，所以我的意見在這個領域相當強大 - 所以不要把我寫得太嚴肅:-)。
當我第一次從客戶端服務器轉換到web應用程序時，我想應用我的成熟和成功的OO最佳實踐，但是當涉及到對網頁的設計建模（當時的MS ASP）時，遇到了一個小的絆腳石。主要問題是存在一個概念性網頁，但它在服務器和客戶端上表現得非常不同。例如，任何給定的網頁都包含在服務器上構建時填充其動態內容的代碼，以及客戶端腳本和表示它在客戶端上的超鏈接。在UML模型中將這兩者混合在同一個類中似乎讓我非常困惑。
我不能忽略客戶端的東西，因爲它是（imho）架構上的重要。作爲架構師和設計師，導航路線，客戶端腳本，表單/字段，applet等對我來說都非常重要，並且需要成爲設計模型的一部分。最大的問題就是如何正確地將這些類型的東西與頁面創建的東西（JSP和Servlet與服務器端資源的交互）一起正確地建模？該解決方案需要與當前的Java建模技術保持一致，並且在抽象和細節（兩個關鍵建模概念）的同一層次上最爲重要。
我提出的解決方案的關鍵是將網頁的這些不同方面建模爲單獨的類（一個用於客戶端層，一個用於服務器層）。它們都是由同一個組件實現的，並且通過這個組件實現，頁面的概念將自己作爲一個單獨的實體來清晰地表達出來。它也是通過URL實現的組件。
因爲這是一個複雜的解決方案，所以最好指出一下我爲軟件開發雜誌（Jan Development，2001年1月）編寫的最近一篇介紹性文章。或者ACM通訊（Vol 42，No. 10）中的這個較舊的版本（它顯然可以在網上以PDF的形式提供）。最後，我寫了一本書，詳細描述了這一點：「構建Web應用程序使用UML「，在Addison Wesley Object Technology Series中。儘管本書主要關注ASP技術，但這些概念可以應用於JSP/Servlet，PHP甚至CFM。我目前正在研究下一版本，其中將包括（甚至專注於）J2EE需求。