include指令的局限性:
容器不重新加载修改后的包含页
在开发一个最终的jsp页面的过程中,jsp开发人员通常在几个版本之间遍历。
jsp1.1规范定义了一种通知jsp容器的机制,无论你何时修改一个它已经加载的
jsp页面,这种机制都会发挥作用。这样就允许容器自动地重新编译和加载修改过
include指令的局限性:
容器不重新加载修改后的包含页
在开发一个最终的jsp页面的过程中,jsp开发人员通常在几个版本之间遍历。
jsp1.1规范定义了一种通知jsp容器的机制,无论你何时修改一个它已经加载的
jsp页面,这种机制都会发挥作用。这样就允许容器自动地重新编译和加载修改过
的页面。遗憾的是,这种通知机制不适合用于包含的文件。在前一个例子中,如
果我们修改包含文件Children.jsp,那么容器在我们重新启动服务器后小程序容
器和删除生成的服务器小程序之前不会重新加载我们修改过的jsp页面。
只能使用include指令加载静态的文件
静态include文件很少能够模块化,因为它们只显示最低级别的合并-模块的内
容连接在一起的程度。静态include文件内容只在你可以将内容加载到一个以上的
jsp文件的情况下才是可合并的。一组页面的页眉或页脚包含了一组本来不相关的
html行。它们的聚合性只存在于多个页面共享这些相同的html行的情况。
include指令在转换时将包含的内容绑定到一个页面
在一般情况下,软件结构中的这种早期绑定技术会限制灵活性。在灵活性的其
中一面,开发人员可以在编写代码时将绑定内容硬编码为直接数值,也就是为页
面的页眉和页脚插入html,面不是使用include指令。在灵活性的另一方面,开发
人员可以在运行时使用对数据源的查询将内容绑定到页面。静态includes文件介
于二者之间,但是更接近于硬编码这一方式。jsp容器通过允许你将转换推迟到请
求时间之前来帮助你克服这种不灵活性。当你在转换之前的第一次请求页面时,
这会导致显著的性能停顿。
include指令可以导致无法理解的javaServer Pages
在你过多使用包含文件或者在包含文件包含java或javaScript代码时,
javaServer pages会变得令人困惑。如果使用这样的片断,则必须练习注意保持
这些代码段是功能完备的并且尽可能是相连的。你可以强行将任何页面的任何部
分划分为单独的不相连的片段,在包含这些片段时,这些片段将生成一个合法的
jsp页面。你应该避免包含java或javaScript代码片段,因为你可以更好地使用
jsp动作或自定义的标记库包含代码。
下一篇:jbuilder2006注册机
对于代码类似、雷同,只有参数、返回值类型不同程,当然可
递归函数在调用过程中会占用大量的计算机堆栈资源,所以在写程序过程中最好避免使用
举报文章
请选择举报类型
补充说明
0/200
上传截图
格式支持JPEG/PNG/JPG,图片不超过1.9M