我认为JSP有问题(下)

（作者：小龙亭主blueski编译　2000年12月22日 14:22）

　　（续上篇）

　　问题 #3: 简单工作仍然很累人

　　即使是很简单的工作，例如包含 header和 footer，在jsp中仍然很困难。假设有一个"header"和一个"footer"模板要包含到所有页面，而每一个模板要在content中包含当前的页标题。

　　在jsp中最佳办法是：

　　

　　

　　...你的页面内容...

　　

　　页面设计者要记住不能遗漏第一行的分号并要将title定义为一个字符串。此外，/header.jsp和/footer.jsp必须在根目录下并且必须是可存取的完整文件。

　　在webmacro中包含headers和footers做起来比较简单：

　　#set $title = "the page title"

　　#parse "header.wm"

　　your content here

　　#parse "footer.wm"

　　这里对设计者来说没有要牢记的分号或对title的定义，.wm文件可以放在可自定义的搜索路径下。

　　问题 #4: 很粗燥的循环

　　在jsp中循环很困难。这里是用jsp重复打印出每一个isp对象名字。

　　
　　enumeration e = list.elements();

　　while (e.hasmoreelements()) {

　　out.print("the next name is ");

　　out.println(((isp)e.nextelement()).getname());

　　out.print("
");

　　}

　　%>

　　也许什么时候会有用户自定义标记来做这些循环。对"if"也是如此。jsp页可能看上去成了很古怪的java代码。而同时，webmacro循环很漂亮：

　　#foreach $isp in $isps {

　　the next name is $isp.name


　　}

　　如果必要的话，#foreach指令可被自定义的 #foreach-backwards指令很容易地取代。

　　用jsp的话很可能变这样：（这里是一个可能的 标记）

　　

　　the next name is


　　

　　设计者当然地会选择前者。

　　问题 #5: 无用的出错信息

　　jsp常有一些令人惊讶的出错信息。这是因为页面首先被转换成为一个servlet然后才进行编译。好的jsp 工具可以相对增加找到出错位置的可能性，但即使是最好的工具也无法使所有出错信息都能容易地被读懂。由于转化的过程，一些错误对工具来说可能根本不可能被识别。

　　例如，假设jsp页面需要建立一个对所有页通用的标题。以下代码并没有错：

　　

　　但tomcat会提供以下出错信息：

　　work/%3a8080%2f/jc_0002ejspjc_jsp_1.java:70: statement expected.

　　static int count = 0;

　　^

　　此信息认为以上脚本被放入 _jspservice()方法而静态变量不允许放入方法中。该语法应该是 。页面设计者很难读懂这些出错信息。即使最好的平台在这方面也做得很不够。即使所有 java代码都从页中移出也无法解决问题。另外，以下表达式有什么错？

　　

　　tomcat给出：

　　work/8080/_0002ftest_0002ejsptest_jsp_0.java:56: class count not found in

　　type declaration.

　　count

　　^

　　work/8080/_0002ftest_0002ejsptest_jsp_0.java:59: invalid declaration.

　　out.write("\r\n");

　　^

　　换句话说，其实只不过是遗失了一个标记而已。应该是 。

　　由于template engine可以在template文件中直接产生而没有任何戏剧性的向代码转化，所以可以非常容易地给出适当的出错报告。依次类推，当c语言的命令被打入unix shell的命令行，你并不希望shell会生成一个c程序来运行这个命令，而只是需要shell简单地解释命令并加以执行，如有错误也直接给出。

　　问题 #6: 需要一个编译器

　　jsp需要一个置放在webserver中的编译器。由于sun拒绝放弃包含了他们的javac编译器的tools.jar库， 这其中就变得有问题了。web服务器可以包含进一个第三方的编译器如ibm的jikes。但这样的编译器并不能在所有平台上顺利工作(用 c++写成的) 也不利于建立纯java 的web服务器。jsp还有一个预编译选项可以起到一定作用，但并不完美。

　　问题 #7: 空间的浪费

　　jsp消耗了额外的内存和硬盘空间。对服务器上每30k的jsp文件，必须要有相应的大于30k的类文件产生。实际上使得硬盘空间加倍。考虑到jsp文件随时可以很容易地通过