我有这个 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 是否存在任何已知的性能问题？
谢谢
最佳答案
我的猜测是，它的性能与仅获取所有页面并将它们全部放在一个页面中具有相同的性能。由于这就是包含的作用，如果您有一个页面在其他页面中重复，那么制作一个页面并将其包含在其他页面中会更容易。
包含只是使页面更容易配置和查看我猜
关于JSF 用户界面 :include downside，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/6341532/