Box API「App Users」的使用和規劃

Question

我正在尋找一些關於Box Platform和App Users的預期用法的信息。這個堆棧溢出問題是一個偉大的第一步：

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

我在工作的開發者提供一站式門戶應用的非盈利性和他們的客戶端訪問和共享信息和文件。員工和客戶目前正在使用一個完整的Box網站，但希望通過Portal和他們的門戶登錄來完成所有工作。

此問題的答案似乎表明Box平臺與任何現有的Box完全分開實例，兩者之間沒有任何交互方式。這很好，但它只是意味着用戶和服務的遷移開始使用Box

如果是這樣的話，我感覺更有信心推進計劃。只需使用API​​以編程方式生成和管理用戶，文件和文件夾，並提供一些1次代碼以將現有數據和用戶遷移到新Box平臺。

如果該評估是正確的，那麼我的後續問題將圍繞在Box平臺上工作的用戶界面。從API文檔中，我知道您可以使用API​​來生成共享/嵌入URL，並且我可以在我的網站上使用Box的現有嵌入小部件。這是Box平臺的預期用法嗎？或者它會讓開發人員生成自己的用戶界面更多嗎？

然後，最後，App Auth如何工作與應用用戶？

謝謝

亞歷

Answer 1

「盒子平臺是任何現有的Box實例完全獨立和 沒有任何兩個互動。」

Box Platform是Box的類別，用於通過Box的API與Box進行交互並將App Users用作用戶模型的應用程序。當您使用Box平臺時，Box對最終用戶不可見。

當您只有App用戶的Box實例時，這是一個Box Platform用例。

還有另一類用例，在同一Box實例中有App用戶和託管用戶。該類別將是Box平臺的混合體，並與Box API建立定製集成。

從API文檔，我知道你可以使用API​​來生成 共享/嵌入的URL，我可以使用Box的現有的嵌入部件上我 網站。這是Box平臺的預期用法嗎？還是讓它看起來更多 讓開發人員生成自己的用戶界面？

嵌入小部件旨在讓託管用戶從他們的Box帳戶中選擇文件。

Box平臺旨在與App用戶一起使用。如果您使用App用戶，您的應用程序需要將您的用戶模型映射到Box App用戶模型。由於App用戶沒有UI，因此您的應用程序將代表最終用戶與Box API進行交互。