在我们的案例中，使用公司 iPad 的用户不到 1000 人。他们需要定期和及时地更新服务器上的数据，其中包含跨越各种表单和这些表单版本的许多字段。并不定期下载较大的不相关数据进行演示。我们需要跟踪几个相对复杂的实体，以及这些实体之间比平常更多的交叉链接。有许多系统需要输入 Salesforce 以及上面的客户端设备。还有中间层（业务逻辑）以及它将驻留在哪里的问题。Salesforce 会在多大程度上限制/约束我们做我们想做的事的能力？它在哪里可能真正有用？我应该考虑哪些好的架构选择？
问问题
423 次
2 回答
1
Salesforce 通过 SOAP 提供包括 Web 服务的API、Restful API 和批量 API（用于大数据上传等），供您的应用程序与其应用程序交互。
我不确定 Salesforce 是否会限制您每天可以进行的 API 调用次数或您上传/下载到/从某些应用程序的数据量。您可以跟进他们以检查详细信息。
对于您自己的架构设计，我认为为您的移动客户端提供服务的层可能需要托管在您自己的站点上，然后您有一个后端业务逻辑层，托管在您自己的站点上，但具有与 Saleforce.com 服务器通信的特定逻辑。在这种情况下，主要是集成考虑。
于 2013-11-01T00:29:35.193 回答
1
您打算在 iPad 上使用浏览器还是编写应用程序？
不定期下载的“用于演示的较大块无关数据”有多大？
Salesforce 完全有能力提供中间层的业务逻辑。您只需将系统设计为将数据与客户端请求隔离开来。通常这是通过编写服务来完成的。
对于 Javascript 和 REST 客户端，我们在这方面做得特别成功。
你为这些许可证付出了很多钱。如果不必要的话，我想确保您在使用其他平台增加其他费用之前最大化这些许可证的价值。
于 2013-11-06T04:11:04.027 回答