Forge 文档提到“如果您需要最终用户授权您的应用代表用户执行操作，您需要查看本教程。”这听起来好像我们的应用程序将从 OurApp → Forge 执行某些操作，进入 Fusion 数据，然后将其拉出。我们期望的操作是用户代表他们自己，在获得授权许可的情况下，将文件发送到他们在 OurApp 上的帐户。
我已经通用化了，但我们的具体情况如下：我们希望Fusion360用户能够安装我们的插件，然后将STL格式的模型（模型衍生v2 API）发送到我们的服务进行3D打印或共享其他。 Tinkercad 也存在同样的行为并且非常流行，但是 Fusion 的要求发生了变化，因为它不是像 Tinkercad 这样的网络应用程序。
【问题讨论】：
标签： autodesk-forge
Autodesk Forge 使用OAuth 2.0 作为其身份验证策略，作为其中的一部分，该平台允许您在双腿和三腿身份验证之间进行选择。
双腿身份验证意味着在您自己的应用程序（使用在https://forge.autodesk.com 上创建 Forge 应用程序时为您生成的凭据）和 Forge 服务之间建立信任。您的应用程序可以管理自己的数据，但它无权访问您在其他 Forge 应用程序中的用户数据。
三足身份验证 意味着在 3 个实体之间建立信任：您的应用程序、Forge 和您的用户。通过使用 3-legged 身份验证生成的访问令牌，您的应用程序还可以访问其他 Forge 应用程序（例如 BIM360 或 Fusion Teams）中的用户内容。
这样，如果您计划让您的用户从本地运行的 Fusion 360 实例上传 STL 文件，您可以使用简单的 2-legged 身份验证，让您的 Forge 应用程序拥有并管理上传的数据和翻译后的衍生文件。但是，如果您想向 Fusion Teams 之类的工具上传或下载 STL，则需要 3-legged auth 工作流程。
【讨论】：