JSF ui：包括缺点

问题描述

| 我有这个Web应用程序，其中一个模块使用了过多的ui：include。 例如 第1.0页包含->第1.1页包含第2.0页包含->第2.1页 第1.0页包括->第1.2页包括第3.0页包括->第3.1页 第1.0页包括->第1.3页包括第4.0页包括->第4.1页 等等.. 因此，简而言之，该模块的登录页面具有16个ui：include，几乎每个ui：include中都有另一个ui：include（最多3层）。 现在我的问题是，ui：include是否有任何已知的性能问题？ 谢谢，     

解决方法

        我的猜测是，它的性能与仅将所有页面并将它们全部放到一个页面中一样。由于这就是include的作用，因此，如果您有一个页面在其他页面中重复，那么更容易制作一个页面并将其包含在其他页面中。 包括只是使页面更易于配置和看我猜     ,        如果仅在有条件的情况下显示了某些包含的组件，则将它们包装在带有其显示绑定的rendered属性的outputPanel中。对于每个包括以下内容，都需要有条件地查看。

<a4j:outputPanel rendered=\"#{myBean.showInclude2}\">
    <ui:include src=\"page2.0.xhtml\" />
</a4j:outputPanel>

基于拉斐尔答案中的注释，并非所有组件都需要的假设