我们正在使用 Apigee BaaS 为移动应用程序提供动力。
到目前为止,我们一直在使用 Apigee BaaS 对集合进行 CRUD 操作。我们使用内置的 Facebook 登录来验证用户。
现在,我们有不同的需求,因此我们必须添加很多业务逻辑。我把这个逻辑放在哪里?
在移动应用程序中? 优点:我们可以坚持现有的代码,FB登录不需要任何改变,Apigee BaaS客户端SDK的使用是完整的。 缺点:所有业务逻辑都在前端?我对此不是很高兴。
在 nodejs 代理中?Apigee 建议使用此类 API Management/Edge 来开发具有业务逻辑的代理。优点:移动应用端的代码更干净。 缺点1) 我不能再使用客户端 SDK 2) 两个 http 调用 - 移动应用调用 Apigee API 管理,然后通过 NodeJs SDK 调用 Apigee BaaS。3) FB 登录变得繁琐。我可能必须将令牌发送到 API 管理,然后将其传递给 BaaS。通过客户端 SDK 登录 FB 的幕后之美几乎消失了。
在这种情况下我该怎么办?Apigee 的建议是什么?