include指令的局限性
include指令的局限性: jsp1.1规范定义了一种通知jsp容器的机制,无论你何时修改一个它已经加载的 jsp页面,这种机制都会发挥作用。这样就允许容器自动地重新编译和加载修改过 的页面。遗憾的是,这种通知机制不适合用于包含的文件。在前一个例子中,如 果我们修改包含文件Children.jsp,那么容器在我们重新启动服务器后小程序容 器和删除生成的服务器小程序之前不会重新加载我们修改过的jsp页面。 容连接在一起的程度。静态include文件内容只在你可以将内容加载到一个以上的 jsp文件的情况下才是可合并的。一组页面的页眉或页脚包含了一组本来不相关的 html行。它们的聚合性只存在于多个页面共享这些相同的html行的情况。 中一面,开发人员可以在编写代码时将绑定内容硬编码为直接数值,也就是为页 面的页眉和页脚插入html,面不是使用include指令。在灵活性的另一方面,开发 人员可以在运行时使用对数据源的查询将内容绑定到页面。静态includes文件介 于二者之间,但是更接近于硬编码这一方式。jsp容器通过允许你将转换推迟到请 求时间之前来帮助你克服这种不灵活性。当你在转换之前的第一次请求页面时, 这会导致显著的性能停顿。 javaServer pages会变得令人困惑。如果使用这样的片断,则必须练习注意保持 这些代码段是功能完备的并且尽可能是相连的。你可以强行将任何页面的任何部 分划分为单独的不相连的片段,在包含这些片段时,这些片段将生成一个合法的 jsp页面。你应该避免包含java或javaScript代码片段,因为你可以更好地使用 jsp动作或自定义的标记库包含代码。本文出自 51CTO.COM技术博客 |


ldwtxwh
博客统计信息
热门文章
最新评论
友情链接