困扰JSP的一些问题与解决方法

　　也许什么时候会有用户自定义标记来做这些循环。对"if"也是如此。JSP页可能看上去成了很古怪的java代码。而同时，webmacro循环很漂亮：
　　#foreach in {
　　The next name is .Name ＜br＞
　　}

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

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

　　＜foreach item="isp" list="isps"＞
　　The next name is ＜jsp:getProperty name="isp" property="name"/＞ ＜br＞
　　＜/foreach＞

　　设计者当然地回选择前者。
　　问题 #5: 无用的出错信息

　　JSP常有一些令人惊讶的出错信息。这是因为页面首先被转换成为一个servlet然后才进行编译。好的JSP 工具可以相对增加找到出错位置的可能性，但即使是最好的工具也无法使所有出错信息都能容易地被读懂。由于转化的过程，一些错误对工具来说可能根本不可能被识别。
例如，假设JSP页面需要建立一个对所有页通用的标题。以下代码并没有错：

　　＜% static String title = "Global title"; %＞

　　但Tomcat会提供以下出错信息：
　　work/%3A8080%2F/JC_0002ejspJC_jsp_1.java:70: Statement expected.
　　static int count = 0;
　　^

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

　　＜% count %＞
　　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");
　　^

　　换句话说，只是遗失了一个标记而已。应该是 ＜%= count %＞。

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

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

凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务，公司网站：http://www.lingzhong.cn 为了给广大客户了解更多的技术信息，本技术文章收集来源于网络,凌众科技尊重文章作者的版权，如果有涉及你的版权有必要删除你的文章，请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!