html中prependid的作用,带有prependId =“ false”的UIForm中断

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

就UIForm组件中的prependId而言，我的主要问题是，它会中断，findComponent()

我希望如果我使用prependId，NamingContainer行为会发生变化，不仅与渲染有关，而且还与想要在组件树中搜索组件有关。

这里有个简单的例子：

现在，当我想获取panelGroup组件时，我希望将字符串传递"group"给method

findComponent()，但是找不到任何东西，我必须使用它"test:group"。

具体的问题是，将ajax与一起使用时prependId="false"。ajax标记在属性更新和处理中期望值关心命名容器。有点奇怪，当我使用prependId="false"它时必须指定完整的id或路径，但是可以。

好的，这段代码可以毫无问题地呈现，但是由于找不到它，因此不会更新panelGroup。在PartialViewContext将只包含ID

"group"为renderIds的元素。我不知道这是否可以预期，可能是这样，但是我不知道代码。现在我们到了该方法findComponent()找不到组件的地步，因为作为参数传递的表达式是"group"该方法希望"test:group"找到组件的位置。

一种解决方案是编写自己的解决方案，findComponent()这是我选择解决此问题的方法。在这种方法中，我处理一个组件，该组件是a，NamingContainer并且像通常一样将prependId属性设置为false

UIComponent。对于每UIComponent一个提供prependId属性的属性，我都将不得不这样做。反射将有助于绕过类型的静态定义，但它仍然不是一个真正干净的解决方案。

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

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

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