相思资源网 Design By www.200059.com
（作者：小龙亭主Blueski编译 2000年12月22日 14:22）
（续上篇）
问题 #3: 简单工作仍然很累人
即使是很简单的工作，例如包含 header和 footer，在JSP中仍然很困难。假设有一个"header"和一个"footer"模板要包含到所有页面，而每一个模板要在content中包含当前的页标题。
在JSP中最佳办法是：
<% String title = "The Page Title"; %>
<%@ include file="/header.jsp" %>
...你的页面内容...
<%@ include file="/footer.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页面需要建立一个对所有页通用的标题。以下代码并没有错：
<% 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: 需要一个编译器
JSP需要一个置放在webserver中的编译器。由于Sun拒绝放弃包含了他们的javac编译器的tools.jar库， 这其中就变得有问题了。Web服务器可以包含进一个第三方的编译器如ibm的jikes。但这样的编译器并不能在所有平台上顺利工作(用 C++写成的) 也不利于建立纯Java 的web服务器。JSP还有一个预编译选项可以起到一定作用，但并不完美。
问题 #7: 空间的浪费
JSP消耗了额外的内存和硬盘空间。对服务器上每30K的JSP文件，必须要有相应的大于30K的类文件产生。实际上使得硬盘空间加倍。考虑到JSP文件随时可以很容易地通过
（续上篇）
问题 #3: 简单工作仍然很累人
即使是很简单的工作，例如包含 header和 footer，在JSP中仍然很困难。假设有一个"header"和一个"footer"模板要包含到所有页面，而每一个模板要在content中包含当前的页标题。
在JSP中最佳办法是：
<% String title = "The Page Title"; %>
<%@ include file="/header.jsp" %>
...你的页面内容...
<%@ include file="/footer.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页面需要建立一个对所有页通用的标题。以下代码并没有错：
<% 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: 需要一个编译器
JSP需要一个置放在webserver中的编译器。由于Sun拒绝放弃包含了他们的javac编译器的tools.jar库， 这其中就变得有问题了。Web服务器可以包含进一个第三方的编译器如ibm的jikes。但这样的编译器并不能在所有平台上顺利工作(用 C++写成的) 也不利于建立纯Java 的web服务器。JSP还有一个预编译选项可以起到一定作用，但并不完美。
问题 #7: 空间的浪费
JSP消耗了额外的内存和硬盘空间。对服务器上每30K的JSP文件，必须要有相应的大于30K的类文件产生。实际上使得硬盘空间加倍。考虑到JSP文件随时可以很容易地通过
相思资源网 Design By www.200059.com
广告合作：本站广告合作请联系QQ：858582 申请时备注：广告合作（否则不回）
免责声明：本站文章均来自网站采集或用户投稿，网站不提供任何软件下载或自行开发的软件！ 如有用户或公司发现本站内容信息存在侵权行为，请邮件告知！ 858582#qq.com
免责声明：本站文章均来自网站采集或用户投稿，网站不提供任何软件下载或自行开发的软件！ 如有用户或公司发现本站内容信息存在侵权行为，请邮件告知！ 858582#qq.com
相思资源网 Design By www.200059.com
暂无我认为JSP有问题(下)的评论...
苹果官宣WWDC 2024！预计会有大批AI功能 - 2024/11/9
3月27日消息，苹果宣布2024年全球开发者大会（WWDC）将于6月10日至6月14日举行，巧合的是，这次大会与端午假期重合。
苹果官方表示：
在线参加 Apple 每年规模最大的开发者盛会。亲眼见证 Apple 最新平台、技术和工具的发布。了解如何创建和改进你的 App 和游戏。与 Apple 设计师和工程师互动交流，与全球开发者社区建立联系。以上活动均免费在线举行。
探索各种新的工具、框架和功能，助力你打造出理想的 App 和游戏。通过视频讲座学习新技能，与 Apple 专家进行一对一会面，以推进你的项目，完善你的构思。
Swift Student Challenge 旨在支持和鼓舞下一代开发者、创作者和企业家。太平洋时间 3 月 28 日，我们将公布今年的获奖者名单。获奖者将有资格参加在 Apple Park 举办的特别活动。我们还会选出 50 名杰出获胜者，他们将受邀前往库比提诺，获得为期三天的非凡体验，包括参加 Apple Park 的特别活动。
3月27日消息，苹果宣布2024年全球开发者大会（WWDC）将于6月10日至6月14日举行，巧合的是，这次大会与端午假期重合。
苹果官方表示：
在线参加 Apple 每年规模最大的开发者盛会。亲眼见证 Apple 最新平台、技术和工具的发布。了解如何创建和改进你的 App 和游戏。与 Apple 设计师和工程师互动交流，与全球开发者社区建立联系。以上活动均免费在线举行。
探索各种新的工具、框架和功能，助力你打造出理想的 App 和游戏。通过视频讲座学习新技能，与 Apple 专家进行一对一会面，以推进你的项目，完善你的构思。
Swift Student Challenge 旨在支持和鼓舞下一代开发者、创作者和企业家。太平洋时间 3 月 28 日，我们将公布今年的获奖者名单。获奖者将有资格参加在 Apple Park 举办的特别活动。我们还会选出 50 名杰出获胜者，他们将受邀前往库比提诺，获得为期三天的非凡体验，包括参加 Apple Park 的特别活动。
RTX 5090要首发 性能要翻倍！三星展示GDDR7显存
三星在GTC上展示了专为下一代游戏GPU设计的GDDR7内存。
首次推出的GDDR7内存模块密度为16GB，每个模块容量为2GB。其速度预设为32 Gbps（PAM3），但也可以降至28 Gbps，以提高产量和初始阶段的整体性能和成本效益。
据三星表示，GDDR7内存的能效将提高20%，同时工作电压仅为1.1V，低于标准的1.2V。通过采用更新的封装材料和优化的电路设计，使得在高速运行时的发热量降低，GDDR7的热阻比GDDR6降低了70%。