1

我们正在使用 Apigee BaaS 为移动应用程序提供动力。

到目前为止,我们一直在使用 Apigee BaaS 对集合进行 CRUD 操作。我们使用内置的 Facebook 登录来验证用户。

现在,我们有不同的需求,因此我们必须添加很多业务逻辑。我把这个逻辑放在哪里?

  1. 在移动应用程序中? 优点:我们可以坚持现有的代码,FB登录不需要任何改变,Apigee BaaS客户端SDK的使用是完整的。 缺点:所有业务逻辑都在前端?我对此不是很高兴。

  2. 在 nodejs 代理中?Apigee 建议使用此类 API Management/Edge 来开发具有业务逻辑的代理。优点:移动应用端的代码更干净。 缺点1) 我不能再使用客户端 SDK 2) 两个 http 调用 - 移动应用调用 Apigee API 管理,然后通过 NodeJs SDK 调用 Apigee BaaS。3) FB 登录变得繁琐。我可能必须将令牌发送到 API 管理,然后将其传递给 BaaS。通过客户端 SDK 登录 FB 的幕后之美几乎消失了。

在这种情况下我该怎么办?Apigee 的建议是什么?

4

1 回答 1

1

我想你已经在你的问题中列出了利弊。作为一般规则,Apigee 不会推荐其中一个。每种方法都有其自身的优点/问题。实际上,您可能会发现将两者结合使用是最好的。

于 2014-11-11T21:30:09.553 回答