有Jsp图这样的东西吗？

我正在开发一个现有的web应用程序。它很好地利用了jsp重用（通过include甚至自定义标记）。我的一项任务涉及对这些文件进行更改，现在受影响的文件已攀升到10多个，我在管理它们时遇到了一些问题。我正在考虑绘制JSP之间的关联图，甚至是（js和ajax脚本），是否有一种正式的方法（比如UML类图）

---

我需要将它们可视化，这样当我再次访问这些屏幕时，我可以一眼就知道哪些屏幕受到影响，而不是通过重新阅读代码（如果有任何意义的话）来重新学习关联。

这个问题可以有一个非常简单的答案，也可以有一个复杂的答案

简单： 用刻板的类对他们进行建模，或者像斯瓦拉吉建议的那样。虽然imho，但实际上并不需要对它们进行原型化，因为您可以通过让它们实现HttpServlet或HttpJspPage接口来指示它们是servlet或jsp页面。由于当今大多数建模工具对原型的使用都相当吝啬（只允许使用一个原型，即使当前的规范允许使用多个原型），我喜欢将原型的使用保留在不能以任何其他方式表达的东西上，这些东西对模型的理解有着深远的影响

复杂： 警告：我最近把这个话题作为我职业生涯的一个焦点，所以我在这个领域的观点相当强烈——所以不要把我写的东西看得太重：-）

当我第一次从客户机服务器过渡到web应用程序时，我想应用我的经验证且成功的OO最佳实践，但在设计web页面建模时遇到了一个小障碍（当时是MS ASP）。主要的问题是有一个概念性的web页面，但它在服务器和客户端上的表现非常不同。例如，任何给定的网页都包含在服务器上构建时填充其动态内容的代码，以及在客户端上描述其特征的客户端脚本和超链接。在一个UML模型中将这两个元素混合在同一个类中对我来说似乎非常混乱

我不能忽视客户端的东西，因为它在架构上很重要。导航路线、客户端脚本、表单/字段、小程序等对我作为架构师和设计师来说都很重要，并且需要成为设计模型的一部分。然后，一个大问题变成了如何在页面创建内容（JSP和Servlet与服务器端资源的交互）的同时正确地建模这些类型的内容？解决方案需要与当前的Java建模技术保持一致，最重要的是在相同的抽象和细节级别（两个关键的建模概念）

我提出的解决方案的关键是将web页面的这些单独方面建模为单独的类（一个用于客户端层，一个用于服务器层）。它们都是由同一个组件实现的，正是通过这个组件实现，页面的概念才清楚地显示为一个单独的实体。URL也是通过组件实现的

因为这是一个复杂的解决方案，所以我最好让你看看我最近为《软件开发杂志》（2001年1月）1月版写的一篇介绍性文章。或者这本来自ACM通讯（第42卷，第10期）（显然可以在网上以PDF的形式获得）的老版本。最后是shamless插件，我在Addison-Wesley对象技术系列中写了一本书，详细介绍了这一点：“使用UML构建Web应用程序”。尽管本书主要关注ASP技术，但这些概念可以应用于JSP/Servlet、PHP甚至CFM。我目前正在编写下一个版本，其中将包括（甚至关注）J2EE实现

---

礼貌-

这个问题可以有一个非常简单的答案，也可以有一个复杂的答案

简单： 用刻板的类对他们进行建模，或者像斯瓦拉吉建议的那样。虽然imho，但实际上并不需要对它们进行原型化，因为您可以通过让它们实现HttpServlet或HttpJspPage接口来指示它们是servlet或jsp页面。由于当今大多数建模工具对原型的使用都相当吝啬（只允许使用一个原型，即使当前的规范允许使用多个原型），我喜欢将原型的使用保留在不能以任何其他方式表达的东西上，这些东西对模型的理解有着深远的影响

复杂： 警告：我最近把这个话题作为我职业生涯的一个焦点，所以我在这个领域的观点相当强烈——所以不要把我写的东西看得太重：-）

当我第一次从客户机服务器过渡到web应用程序时，我想应用我的经验证且成功的OO最佳实践，但在设计web页面建模时遇到了一个小障碍（当时是MS ASP）。主要的问题是有一个概念性的web页面，但它在服务器和客户端上的表现非常不同。例如，任何给定的网页都包含在服务器上构建时填充其动态内容的代码，以及在客户端上描述其特征的客户端脚本和超链接。在一个UML模型中将这两个元素混合在同一个类中对我来说似乎非常混乱

我不能忽视客户端的东西，因为它在架构上很重要。导航路线、客户端脚本、表单/字段、小程序等对我作为架构师和设计师来说都很重要，并且需要成为设计模型的一部分。然后，一个大问题变成了如何在页面创建内容（JSP和Servlet与服务器端资源的交互）的同时正确地建模这些类型的内容？解决方案需要与当前的Java建模技术保持一致，最重要的是在相同的抽象和细节级别（两个关键的建模概念）

我提出的解决方案的关键是p