带有prependId =“ false”的UIForm中断

Question

我对事实背后的想法有一个疑问，那就是只有UIForm这个属性prependId。为什么在NamingContainer接口中未指定属性？您现在可能会说这是由于向后兼容性，但是我更愿意破坏兼容性，让实现该接口的用户还为prependId事情实现方法。

就UIForm组件中的prependId而言，我的主要问题是，它会中断，findComponent()
我希望如果我使用prependId，NamingContainer行为会发生变化，不仅与渲染有关，而且还与想要在组件树中搜索组件有关。

这里有个简单的例子：

<h:form id="test" prependId="false">
  <h:panelGroup id="group"/>
</h:form>

现在，当我想获取panelGroup组件时，我希望将字符串传递"group"给method
findComponent()，但是找不到任何东西，我必须使用它"test:group"。

具体的问题是，将ajax与一起使用时prependId="false"。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将只包含ID
"group"为renderIds的元素。我不知道这是否可以预期，可能是这样，但是我不知道代码。现在我们到了该方法findComponent()找不到组件的地步，因为作为参数传递的表达式是"group"该方法希望"test:group"找到组件的位置。

一种解决方案是编写自己的解决方案，findComponent()这是我选择解决此问题的方法。在这种方法中，我处理一个组件，该组件是a，NamingContainer并且像通常一样将prependId属性设置为false
UIComponent。对于每UIComponent一个提供prependId属性的属性，我都将不得不这样做。反射将有助于绕过类型的静态定义，但它仍然不是一个真正干净的解决方案。

另一种方法是在NamingContainer接口中引入prependId属性，并更改行为以findComponent()使其如上所述工作。

最后提出的解决方案是更改ajax标签的行为以传递整个id，但这只能解决ajax问题，而不能解决findComponent()实现背后的程序性问题。

您对此有何看法，为什么会这样实施呢？我不能成为第一个遇到此问题的人，但是我找不到相关主题？

Answer 1

确实，使用时，UIComponent#findComponent()操作<f:ajax render>失败<h:form prependId="false">。这个问题是已知的，并且是“无法解决”的问题：JSF规范问题573。

以我的拙见，在JSF1.2时代，他们不应该将prependId属性添加到UIForm。这样做只是为了让j_security_check用户满意，他们希望为此使用带有JSF输入组件的JSF表单（j_security_check需要确切的输入字段名称j_username，j_password并且不能通过配置进行修改）。但是他们并没有完全意识到，在JSF1.2中引入了另一项改进，使您可以继续使用<form>它而不是坚持使用<h:form>。然后CSS /
jQuery纯粹主义者开始滥用，prependId="false"以避免:在选择不佳的CSS选择器中转义分隔符。

只是prependId="false"永远不要使用。

对于j_security_check，只需使用<form>或新的Servlet 3.0
HttpServletRequest#login()。

对于CSS选择器，万一您绝对需要一个ID选择器（因此不需要更可重用的类选择器），只需将所需的组件包装在纯HTML <div>或中即可<span>。