Ms word 在桌面Word中打开OneDrive文件

我正在尝试使用

ms Word

协议从Office 365的OneDrive桌面版Word（我使用Office 365帐户登录）打开一个文件进行编辑，我注意到有几种可能性：

有时文件在编辑模式下打开，我可以编辑文件并按Ctrl+S将其直接保存到OneDrive，而无需提示进行任何其他操作

有时文件以只读模式打开，我可以切换到编辑器模式，但当我尝试保存文件时，系统会提示我指定保存位置（默认位置是包含此文件的OneDrive目录）

有时Word会要求我登录到我的Office365帐户（即使我是使用Word中的此帐户登录的），然后以只读模式打开文件，之后看起来像第二种情况

我想按照第一种情况中的描述打开它，这样用户就不必进行任何额外的操作

我目前的设想是：

用户调用API来创建文件

API使用Microsoft Graph在用户的OneDrive中创建文件

API返回文件的直接URL，我使用

ms Word

协议在Word中打开此文件

直接指向文件的URL是指：

https://domain-my.sharepoint.com/personal/account/Documents/Apps/Microsoft Graph/appname/directoryname/filename.docx

打开文件的URL如下所示：

ms-word:ofe | u |

正如我在开始时所描述的，有3个案例是如何打开文件的，它对我来说是随机的

我还注意到，当我在Word Online中打开我的文件时（使用web url到文件），然后我在Word中按Edit，它使用的文件url与我创建并返回给用户的文件url完全相同，但从这里开始，文件始终以第一种方案打开

当我使用

ms word

协议手动打开文件时，与使用

ms word

协议使用完全相同的url手动打开文件相比，您知道为什么这会有不同的行为吗

我希望在用户无需执行任何额外步骤即可编辑文件并将其保存回OneDrive的情况下，始终在桌面Word中从用户的OneDrive打开文件。

（我没有声誉，因此无法发表评论。我将用部分答案重试。）

总有可能需要刷新凭据，因此无法完全阻止Office应用程序提示输入凭据，但这应该是相对少见的

关于在编辑模式下打开与在保护模式下打开的问题：一些文件将打开到保护视图的原因有很多：

如果您的文件看起来是以编辑模式打开的，而不是以只读或受保护视图的某个版本打开的，请使用answers.microsoft.com，其中的对话不必符合stackoverflow模型。

（我没有声誉，因此无法发表评论。我将使用部分答案重试。）

总有可能需要刷新凭据，因此无法完全阻止Office应用程序提示输入凭据，但这应该是相对少见的

关于在编辑模式下打开与在保护模式下打开的问题：一些文件将打开到保护视图的原因有很多：

如果与某些版本的只读或受保护视图相比，您的文件似乎是以编辑模式打开的，请使用answers.microsoft.com，其中的对话不必符合stackoverflow模型

当我在Word Online中打开我的文件（使用web url到文件），然后在Word中按Edit时，它使用的文件url完全相同

您认为URL是相同的，但我的第一个想法是，差异可能是Word Online链接使用的是driveItem的webDavUrl属性，而不是baseItem的webUrl

当我在Word Online中打开我的文件（使用web url到文件），然后在Word中按Edit时，它使用的文件url完全相同

您认为URL是相同的，但我的第一个想法是，差异可能是Word Online链接使用的是driveItem的webDavUrl属性，而不是baseItem的webUrl

---

从昨天开始，我就在做同样的事情；区别在于我使用的是onedrive，但我们正在将其移动到sharepoint。如果您使用的是PHP，那么您使用哪个库来验证和从sharepoint获取对象？对不起，我使用的是.NET。从昨天开始，我就一直在使用相同的行为；区别在于我使用的是onedrive，但我们正在将其移动到sharepoint。如果您使用的是PHP，那么您使用什么库来验证和从sharepoint获取对象？对不起，我使用的是.NET。