方框API“应用程序用户”的使用和规划

Question

我正在搜索关于Box平台和应用程序用户的预期使用的一些信息。这个堆栈溢出问题是一个伟大的第一步：

What is the intended use case for app auth and app users?

我是一个开发一个一站式门户应用程序的非营利组织和他们的客户访问和共享信息和文件。员工和客户端目前正在使用完整的Box站点，但希望通过Portal完成所有工作，并且只使用门户登录。

这个问题的答案似乎表明Box平台完全独立于任何现有的Box实例，并且两者之间没有任何交互的方法。这很好，但这只是意味着用户和服务开始使用Box的迁移

如果是这样的话，我会更有信心地推进一项计划。只需使用API以编程方式生成和管理用户、文件和文件夹，并提出一些一次性代码将现有数据和用户迁移到新的Box平台。

如果评估是正确的，那么我的后续问题将围绕UI在Box平台上工作。从API文档中，我知道您可以使用API生成共享/嵌入URL，我也可以在我的站点上使用Box的现有嵌入小部件。这是Box平台的预定用途吗？还是让开发人员生成自己的UI会更好呢？

那么，最后，Auth如何与应用程序用户一起工作呢？

谢谢,

亚历克斯

Answer 1

"Box平台完全独立于任何现有的Box实例，两者之间没有任何交互的方式。“

Box平台是Box的应用程序类别，它通过Box的API与Box进行交互，并使用App作为用户模型。当您使用Box平台时，Box对最终用户是不可见的。

当您有一个仅包含App用户的Box实例时，这是一个Box平台用例。

还有另一类用例，其中应用程序用户和托管用户在同一个Box实例中。此类别将是Box平台和构建与Box API的自定义集成的混合体。

从API文档中，我知道您可以使用API生成共享/嵌入URL，我也可以在我的站点上使用Box的现有嵌入小部件。这是Box平台的预定用途吗？还是让开发人员生成自己的UI会更好呢？

embed小部件旨在让托管用户从他们的Box帐户中选择文件。

Box平台是专为应用程序用户而设计的。如果您正在使用App，您的应用程序将需要将您的用户模型映射到Box App用户模型。由于应用程序用户没有UI，所以您的应用程序将代表最终用户与Box API交互。