我问这个只是为了在这里澄清：我不小心将 createForm 属性设置为 false。然后我期望一个链接事件应该打开另一个页面，但不再起作用。
这是 SSJS 事件的预期行为吗？当您禁用表单创建时在链接中？
正如 Per 提到的，所有事件都需要一个表单：如果它们是完全刷新，那么页面需要一个表单来发布才能触发重定向；如果是部分刷新，则表单确定 AJAX POST 的内容。
XPage 运行时支持表单组件，但它不包含在组件选项板中（并且无法通过设计器首选项添加），因此将其添加到页面的唯一方法是直接编辑源 XML。例如：
<xp:form>
<xp:link id="exampleLink" text="Example Text">
<xp:eventHandler event="onclick" submit="true" refreshMode="complete">
<xp:this.action><![CDATA[#{javascript:// event code}]]></xp:this.action>
</xp:eventHandler>
</xp:link>
</xp:form>
该组件有用的（至少）有两个原因：
-
它可以提高性能。如果页面包含功能不同的不同区域（换句话说，页面某个部分中的事件不需要了解页面任何其他部分中的数据），则将每个部分包装在单独的表单组件中导致每个事件仅发布包含在与触发事件的组件相同的表单内的数据。您的问题表明您设置时链接已损坏
createForm to false应将用户导航到另一个页面；因此，此事件很可能不需要了解任何字段值，因为用户无论如何都会离开当前页面。如果这是真的，请将此链接包装在其自己的表单中，并将任何字段包装在单独的表单中，并且该链接的执行速度会稍快一些，因为浏览器不必发布任何字段数据......只需发布链接本身的标识符。
-
它可以提供风格灵活性。开发人员通常会从不熟悉 Domino 的设计人员那里接收与实际最终用户需求无关的预先确定的 CSS，例如，如果站点设计是外包的，或者必须遵守公司风格指南。当设计者做出某些乍一看与 Domino 生成的标记不兼容的假设时，这通常会成为紧张的根源。最常见的示例之一是网站包含搜索功能，因为大多数 Web 开发人员都会使用一种用于搜索的表单，并针对任何其他字段使用单独的同级表单。当设计者或开发者必须修改设计者已经开发的样式表以考虑围绕所有内容的单个表单标签时，这可能会增加项目的成本。简而言之，抑制默认表单元素并在需要时显式指定表单组件可以更轻松地遵守外部强加的样式指南。
因此，在许多用例中，实际上最好在 XPage 上使用一个或多个表单组件...只需记住，所有数据和事件都必须位于表单内 - 无论是通常包围所有内容的默认表单，还是手动包含表单组件——并且表单不能嵌套。您可以根据需要添加任意数量的表单组件，但它们必须是siblings。任何形式都不能包含另一种形式。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
