2

我正在尝试使用扩展库组件 Remote Service ( xe:jsonRpcService)。我从这里和这里得到了一些提示。基本上我正在尝试使用 RPC 保存文档。问题是文档被保存，但它没有保存 XPage 上存在的任何字段。下面是示例 XPage 代码：

<?xml version="1.0" encoding="UTF-8"?>
<xp:view xmlns:xp="http://www.ibm.com/xsp/core" xmlns:xe="http://www.ibm.com/xsp/coreex">
    <xp:this.data>
        <xp:dominoDocument var="document1" formName="Test"></xp:dominoDocument>
    </xp:this.data>
    <xe:jsonRpcService id="jsonRpcService1" serviceName="service">
        <xe:this.methods>
            <xe:remoteMethod name="saveDoc">
                <xe:this.script><![CDATA[print(">> " + getComponent("inputText1").getValue());
document1.save();
return true;]]></xe:this.script>
            </xe:remoteMethod>
        </xe:this.methods>
    </xe:jsonRpcService>
    <xp:br></xp:br>
    <xp:inputText id="inputText1" defaultValue="testValue" value="#{document1.testField}"></xp:inputText>
    <xp:br></xp:br>
    <xp:button value="Save" id="button1">
        <xp:eventHandler event="onclick" submit="false">
            <xp:this.script><![CDATA[var deferred = service.saveDoc();
deferred.addCallback(
    function(result) {
        alert(result);
    }
);]]></xp:this.script>
        </xp:eventHandler>
    </xp:button>
</xp:view>

我在这里所做的是，我创建了远程服务 ( service)，我在其中保存了当前文档 ( document1)。它保存文档但不将值保存在inputText1. 此外，当我尝试打印它的值时，inputText1它会显示在控制台上，但它没有被保存。

这是正确的方法吗？或者我在这里错过了什么。还有什么情况下使用xe:jsonRpcService是合理的？

4

1 回答 1

12

避免使用 JSON-RPC 进行此类操作有（至少）两个原因：

  1. 该服务组件被设计为尽可能轻量级，因此，与 XPages 中的标准事件（自动发布整个 HTML 表单）不同，它只发送调用方法所需的数据，只接收方法返回的数据。在您的示例中，该方法不带参数，因此它实际上只是发送足够的信息让服务器知道要调用什么方法；同样，您只是返回一个布尔值，所以这就是将被发回的所有内容。如果您使用浏览器的开发工具（即 Firebug 或 Chrome 中的内置工具）来检查网络流量，您会在每个方向发送的 JSON 数据包中看到这一点。结果，服务器不“知道”任何您没有明确“告诉”它的东西。所以它比典型事件更快，因为你没有发布任何与你调用的方法没有明确相关的东西......需要才能运行。
  2. 组件关注性能的另一个副作用是它在 JSF 生命周期结束时跳过组件树序列化。如果您将当前页面保留在内存中，那应该不是问题，但如果您使用默认选项（将所有页面保存到磁盘），服务器将“忘记”对页面所做的任何更改在方法调用期间。您可以通过直接告诉视图根序列化其状态来逐个明确地覆盖此行为，但很容易忘记您必须手动执行此操作，这通常会在您看到指示服务器时引起很多挫败感-它正在做它应该做的事情，但实际的网页并没有反映这一点。最好只将任何 RPC 方法视为“只读”操作，除非您

我的建议是将 JSON-RPC 视为“SOAP 减去愚蠢”。更客气地说，它在概念上与Web 服务相同，但没有 Web 服务的所有复杂性。因此，这些类型的服务非常适合在当前页面的上下文中有用的数据操作，而无需明确地绑定到当前页面的状态。

以下是一些 JSON-RPC 方法可能有用的操作示例：

  • 通知新用户他们为其新帐户选择的用户名是否已被使用。与其绑定将发布整个表单的标准 keyup 事件，不如仅将一个字段的值发送到服务，根据站点注册记录查询它，然后发回布尔值。
  • 对容易频繁更新的相关数据进行实时轮询。假设您正在开发 CRM，并且您想要显示您正在查看其帐户的公司的股票价格。使用 setInterval 定期向 RPC 询问更新的股票价格，然后在价格发生变化时进行手动客户端 DOM 操作，再次允许您以最少的网络开销执行一些复杂的操作。

这并不意味着您不能使用 RPC 进行写操作……而是任何需要完整、最新的上下文（即当前页面上每个字段的当前值）才能正确运行的操作，标准事件处理程序几乎总是更好的方法。

于 2012-07-06T06:55:32.060 回答