我正在搜索有关Box平台和应用用户的预期用途的一些信息。这个堆栈溢出问题是一个很好的第一步：
What is the intended use case for app auth and app users?
我是一名开发人员，致力于一站式门户应用程序，为非营利组织及其客户提供访问和共享信息和文件的能力。员工和客户目前正在使用完整的Box网站，但希望通过门户网站完成所有工作，只需登录门户网站即可。
这个问题的答案似乎表明Box平台与任何现有的Box实例完全分开，并且两者没有任何交互方式。这没关系，但这只是意味着用户和服务的迁移开始使用Box
如果是这样的话，我对推进计划更有信心。只需使用API以编程方式生成和管理用户，文件和文件夹，并提供一些一次性代码，将现有数据和用户迁移到新的Box平台。
如果评估是正确的，那么我的后续问题将围绕用于Box平台的UI。从API文档中，我知道您可以使用API生成共享/嵌入URL，我可以在我的网站上使用Box的现有嵌入小部件。这是Box平台的预期用途吗？或者让开发人员生成自己的UI会更多吗？
然后，最后，App Auth如何与 App用户一起工作？
谢谢，
亚历
答案 0 :(得分：2)
＆＃34; Box平台与任何现有的Box实例完全分开 两者没有任何交互方式。＆＃34;
Box Platform是Box的类别，适用于通过Box的API与Box交互并使用App Users作为用户模型的应用程序。当您使用Box平台时，Box对您的最终用户是不可见的。
如果您的Box实例仅包含App Users，那么这是一个Box平台用例。
还有另一类用例，您在同一Box实例中拥有App Users和Managed Users。此类别将是Box平台的混合体，并与Box API构建自定义集成。
从API文档中，我知道您可以使用API生成 共享/嵌入网址，我可以在我的网站上使用Box的现有嵌入小部件 现场。这是Box平台的预期用途吗？或者它会看起来 让开发人员生成自己的UI更多吗？
嵌入小部件旨在让托管用户从其Box帐户中选择文件。
Box平台旨在与App用户一起使用。如果您使用的是App Users，则您的应用程序需要将您的用户模型映射到Box App User模型。由于App User没有用户界面，因此您的应用程序将代表最终用户与Box API进行交互。