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