我有这个Web应用程序，其中一个模块使用过量的ui：include。
离。
第1.0页包括 - ＆gt; page1.1包括页面2.0 include - ＆gt;第2.1页 第1.0页包括 - ＆gt; page1.2 include page 3.0 include - ＆gt;第3.1页 第1.0页包括 - ＆gt; page1.3包括第4.0页include - ＆gt;第4.1页
依旧......
所以简而言之，该模块的着陆页有16个ui：include和几乎每个ui：include都有另一个ui：include in（最多3层）。
现在我的问题是，是否有任何已知的性能问题使用了很多ui：include？
谢谢，
答案 0 :(得分：3)
我的猜测是它具有与仅将所有页面放在一起并将它们放在一起的相同性能。由于这是一个包含的内容，如果你有一个页面在其他页面中重复，那么只需轻松制作一个页面并将其包含在其他页面中。
包含只是使页面更容易配置，看看我猜
答案 1 :(得分：0)
如果某些包含的组件仅有条件地显示，则将它们包装在outputPanel中，并使用与其显示相关联的呈现属性。每个包含有条件查看的内容如下所示。
<a4j:outputPanel rendered="#{myBean.showInclude2}">
<ui:include src="page2.0.xhtml" />
</a4j:outputPanel>