方框 API "App Users" 使用和规划

Box API "App Users" Usage and Planning

我正在搜索有关 Box 平台和应用程序用户预期用途的一些信息。这个堆栈溢出问题是很好的第一步:

我是一名开发人员,致力于为非营利组织及其客户开发一站式门户应用程序,以访问和共享信息和文件。员工和客户当前使用的是完整的 Box 站点,但希望通过门户网站完成所有操作,并且只需要登录门户网站即可。

这个问题的答案似乎是说 Box Platform 与任何现有的 Box 实例完全分开,两者没有任何交互方式。很好,但这只是意味着用户和服务开始使用 Box

的迁移

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

如果该评估是正确的,那么我的后续问题将围绕 UI 在 Box Platform 上工作。从 API 文档中,我知道您可以使用 API 生成 sharing/embed URL,并且我可以在我的网站上使用 Box 现有的嵌入小部件。这是 Box Platform 的预期用途吗?还是让开发人员生成他们自己的 UI?

会更好看吗?

然后,最后,App Auth 如何与 应用用户一起工作?

谢谢,

亚历克斯

"Box Platform is totally separate from any existing Box instance and there isn't any way for the two to interact."

Box Platform 是 Box 的类别,适用于通过 Box API 与 Box 交互并使用 App Users 作为用户模型的应用程序。当您使用 Box Platform 时,Box 对您的最终用户是不可见的。

当您有一个只有应用程序用户的 Box 实例时,这是一个 Box 平台用例。

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

From the API docs, I know you can use the API to generate sharing/embed URLs, and I could use Box's existing embed widget on my site. Is that the intended usage of Box Platform? Or would it look more to having a developer generate their own UI?

嵌入小部件旨在让托管用户 select 从他们的 Box 帐户中获取文件。

Box Platform 旨在与应用程序用户一起使用。如果您使用 App Users,您的应用程序需要将您的用户模型映射到 Box App User 模型。由于应用程序用户没有 UI,您的应用程序将代表您的最终用户与 Box API 进行交互。