我正在处理现有的Web应用程序。它充分利用了jsp重用（通过include或甚至自定义标签）。我调用的任务之一对这些进行了更改，现在受影响的文件已经超过10个，我在管理它们时遇到了一些麻烦。我正在考虑绘制jsps的关联，甚至可能是（js和ajax脚本），是否有正式的方法（如UML类图）。
我需要对它们进行可视化，以便当我重新访问它们时，我会知道哪些屏幕一目了然，并且不会通过代码重读来重新学习关联（如果这有意义的话）。
答案 0 :(得分：1)
这个问题可能有一个非常简单的答案或一个复杂的答案。
简单： 使用构造型＆lt;＆gt;或＆lt;＆gt;类对它们进行建模正如swarraj所说。虽然imho，但实际上并不需要对它们进行构造，因为只要让它们实现HttpServlet或HttpJspPage接口就可以表明它们是servlet或jsp页面。由于今天大多数建模工具对使用刻板印象相当吝啬（只允许一个 - 即使最新的规范允许多个），我喜欢保留对不能用任何其他方式表达的东西使用刻板印象 - 而且对模型的理解产生深远的影响。
复合物： 警告：我最近把这个话题作为我职业生涯的一个焦点，所以我的意见在这方面相当强烈 - 所以不要把我写的太认真： - ）。
当我第一次从客户端服务器转换到Web应用程序时，我想应用我经过验证的成功的OO最佳实践，但是当涉及到设计建模网页（当时的MS ASP）时遇到了一个小小的绊脚石。主要问题是有一个概念性网页，但它在服务器和客户端上的表现却截然不同。例如，任何给定的网页都包含在服务器上构建时填充其动态内容的代码，以及在客户端上表征它的客户端脚本和超链接。在UML模型中将这两个混合在同一个类中似乎让我非常困惑。
我不能忽视客户端的东西，因为它（imho）具有架构意义。作为架构师和设计师，导航路线，客户端脚本，表单/字段，小程序等对我来说都很重要 - 并且需要成为设计模型的一部分。接下来的一个大问题是如何在页面创建内容（JSP和Servlet与服务器端资源的交互）之间正确地模拟这些类型的事物？该解决方案需要与当前的Java建模技术保持一致，最重要的是在抽象和细节的同一层面（两个关键的建模概念）。
我提出的解决方案的关键是将网页的这些单独方面建模为单独的类（一个用于客户端层，一个用于服务器层）。它们都是由相同的组件实现的，并且通过该组件实现，页面的概念使其本身清楚地作为单个实体。也是通过组件实现URL。
因为它是一个复杂的解决方案，所以我最好指出你最近为软件开发杂志的Jan版（2001年1月）写的一篇介绍性文章。或者是来自ACM通信的旧版本（第42卷，第10期）（显然可以在网上以PDF格式获得。）最后，我写了一本书，详细说明了这一点：“构建Web应用程序与UML“，在Addison Wesley对象技术系列中。虽然本书非常关注ASP技术，但这些概念可以应用于JSP / Servlet，PHP甚至CFM。我目前正致力于下一版本，其中包括（甚至专注于）J2EE元素。