我发现用于iOS的扩容SDK很难使用,可能是因为我们似乎不适合他们的目标受众。扩容为移动开发人员提供了一种BaaS解决方案,因此,是针对这个用例的。然而,我们的团队有专门的DevOps工程师,他们使用Terraform提供AWS资源。虽然他们的文档说可以用现有的资源来使用扩容SDK,但我发现它充其量是笨重的--用有限的文档手动配置amplifyconfiguration.json
文件是令人沮丧的,而且我在让Auth与我们的认知设置一起工作时遇到了很多困难。这一点,加上供应商的锁定,让我重新考虑了在我们的移动客户端中集成扩容SDK的决定。
这就引出了我的问题:使用开放源码客户端库来与AWS资源集成而不是使用扩容SDK有什么明显的缺点吗?考虑到我们对放大的BaaS方面没有任何需求,我们真的只需要通过AppSync的OAuth和GraphQL,我们能用AppAuth和阿波罗这样的库完全放弃放大吗?
发布于 2021-01-06 01:28:52
虽然一开始并不明显,但扩容有不同的组成部分:
AWS控制台中的
中工作得很好
您可以自己使用客户机库,并调用(在Javascript示例中;Amplify.configure()
)。如果您愿意,可以单独使用它们来执行Cognito
(我们也这样做了,我们没有使用cli部署我们的前端)。
您也不需要使用他们的REST
客户机,但是您需要捕获身份验证事件和相关令牌,并在请求中适当地使用它。
概括地说,,听起来好像你不想使用整个扩容平台,仅仅是它们的客户端库,你可以像其他库一样去做。复制他们的Cognito
签名--例如您的框架,并手动配置使用cli生成项目和凭据的扩容(用户池-id、应用客户机、域)。
https://stackoverflow.com/questions/65588843
复制相似问题