Tag: 命名容器

带有prependId =“false”的UIForm中断<f：ajax render>

我对这个事实背后的想法有个疑问，那就是只有UIForm得到了prependId属性。 为什么在NamingContainer接口中没有指定属性？ 您现在可能会说这是因为向后兼容性，但我宁愿打破compability，让实现该接口的用户也实现prependId事物的方法。 从我的观点来看，关于UIForm组件中的UIForm的主要问题是，它会打破findComponent()我期望，如果我使用prependId ，那么NamingContainer行为将改变，不仅涉及到渲染，而且还希望搜索组件树中的组件。 这里有个简单的例子： <h:form id="test" prependId="false"> <h:panelGroup id="group"/> </h:form> 现在，当我想要得到panelGroup组件，我希望传递字符串"group"到方法findComponent() ，但它不会找到任何东西，我不得不使用"test:group" 。 具体的问题是，使用prependId="false"时使用ajax。 ajax标签期望在属性更新和过程中，值关心命名容器。 有一点奇怪，当我使用prependId="false" ，我必须指定完整的id或路径，但是没关系。 <h:form id="test" prependId="false"> <h:panelGroup id="group"/> </h:form> <h:form id="test1" prependId="false"> <h:commandButton value="go"> <f:ajax render="test:group"/> </h:commandButton> </h:form> 那么这段代码将呈现没有问题，但它不会更新panelGroup，因为它找不到它。 PartialViewContext将仅包含作为renderIds元素的id "group" 。 我不知道这是否预期，可能是但我不知道的代码。 现在我们来到findComponent()方法找不到组件的地方，因为作为参数传递的表达式是方法期望"test:group"查找组件的"test:group" 。 一种解决方法是编写你自己的findComponent() ，这是我选择处理这个问题的方式。 在这个方法中，我处理一个NamingContainer组件，并且像普通的UIComponent一样将属性prependId设置为false。 我将不得不为每个提供prependId属性的UIComponent都这样做，这是不好的。 反射将有助于解决类型的静态定义，但它仍然不是一个真正干净的解决方案。 另一种方法是在NamingContainer接口中引入prependId属性，并改变findComponent()的行为以像上面描述的那样工作。 最后提出的解决方案是改变ajax标签的行为来传递整个id，但这只会解决ajax问题，而不是findComponent()实现背后的程序性问题。 你怎么看待这个问题？为什么这个问题会被实现？ 我不能成为第一个有这个问题，但我无法找到相关的主题？！