为不同的人分配不同的任务：网页设计人员使用熟悉的工具构建HTML，要么为Servlet程序员留出空间插入动态内容，要么通过XML标签间接调用动态内容。
这是否表示您只可以学习JSP，将Servlet丢到一边呢？当然不是！由于以下4种原因，JSP开发人员需要了解Servlet：
（1）JSP页面会转换成Servlet。不了解Servlet就无法知道JSP如何工作。
（2）JSP由静态HTML、专用的JSP标签和Java代码组成。哪种类型的Java代码呢？当然是Servlet代码！如果不了解Servlet编程，那么就无法编写这种代码。
（3）一些任务用Servlet完成比用JSP来完成要好。JSP擅长生成由大量组织有序的结构化HTML或其他字符数据组成的页面。Servlet擅长生成二进制数据，构建结构多样的页面，以及执行输出很少或者没有输出的任务（比如重定向）。
（4）有些任务更适合于组合使用Servlet和JSP来完成，而非单独使用Servlet或JSP。
与JavaScript相比
JavaScript和Java编程语言完全是两码事，前者一般用于在客户端动态生成HTML，在浏览器载入文档时构建网页的部分内容。这是一项有用的功能，一般与JSP的功能（只在服务器端运行）并不发生重叠。和常规HTML页面一样，JSP页面依旧可以包括用于JavaScript的SCRIPT标签。实际上，JSP甚至能够用来动态生成发送到客户端的JavaScript。因此，JavaScript不是一项竞争技术，它是一项补充技术。
JavaScript也可以用在服务器端，最因人注意的是SUN ONE（以前的iPlanet）、IIS和BroadVision服务器。然而，Java更为强大灵活、可靠且可移植。
与WebMacro和Velocity相比
JSP决非完美。许多人都曾指出过JSP中能够改进的功能。这是一件好事，JSP的优势之一是该规范由许多不同公司组成的社团控制。因此，在后续版本中，这项技术能够得到协调的改进。
但是，一些组织已经开发出了基于Java的替代技术，试图弥补这些不足。据我们的判断，这样做是错误的。使用扩充JSP和Servlet技术的第三方工具，如Apache Structs，是一种很好的思路，只要该工具带来的好处能够补偿工具带来的额外复杂性。但是，试图使用非标准的工具代替JSP则不理想。在选择一项技术时，需要权衡许多方面的因素：标准化、可移植性、集成性、行业支持和技术特性。对于JSP替代技术的争论几乎只是集中在技术特性上，而可移植性、标准化和集成性也十分重要。例如，Servlet和JSP规范为Web应用定义了一个标准的目录结构，并提供用于部署Web应用的标准文件（.war文件）。所有JSP兼容的服务器必须支持这些标准。我们可以建立过滤器作用到任意树木的Servlet和JSP页面上，但不能用于非标准资源。Web应用安全设置也同样如此。
此外，业界对JSP和Servlet技术的巨大支持使得这两项技术都有了巨大的进步，从而减轻了对JSP的许多批评。例如，JSP标准标签库和JSP 2.0表达式语言解决了两种最广泛的批评：缺乏良好的迭代结构；不使用显式的Java代码或冗长的jsp:useBean元素难以访问动态结果。
三、对JSP的误解
忘记JSP技术是服务器端技术
下面是Marty收到的一些典型问题（大部分问题不止一次的出现）。
我们的服务器正在运行JDK1.4。我如何将Swing组件用到JSP页面中呢？
我如何将图像放到JSP页面中？我不知道读取图像文件应该使用哪些Java I/O命令。
Tomcat不支持JavaScript，当用户在图像上移动鼠标时，我如何使图像突出显示呢？
我们的客户使用不理解JSP的旧浏览器。我应该怎么做？
当我们的客户在浏览器中使用“View Source”（查看源代码）时，如何阻止他们看到JSP标签？
所有这些问题都基于浏览器对服务器端的过程在有所了解的假定之上。但事实上浏览器并不了解服务器端的过程。因此：
如果要将使用Swing组件的applet放到网页中，重要的是浏览器的Java版本，和服务器的Java版本无关。如果浏览器支持Java 2平台，您可以使用正常的APPLET（或Java插件）标签，即使在服务器上使用了非Java技术也须如此。
您不需要Java I/O来读取图像文件，您只需将图像上一页 [1] [2] [3] [4] [5] [6] [7] [8] [9] [10] 下一页 毕业设计外文翻译来自于论文先生网，如该文注明了作者及出处，请在转载引用时保留。否则因《毕业设计外文翻译》一文引起的法律纠纷请自负。 |
