我正在制作一个网络应用。其中一部分包括自动生成word文档（字母）。这些文档需要由最终用户打开，然后在完成编辑后保存回服务器。
我尝试使用webdav，但我唯一可以实现启动word的浏览器（使用active-x）是IE。我还找到了一个firefox的插件，但对于Chrome，我找不到一种有效的方法。
接下来我考虑让客户端将驱动器映射到webdav（或类似），然后将文件提供为file：// ...链接，但只有在网页位于本地计算机上时才有效。
在我诉诸放弃词（客户不喜欢这个）并使用CKEditor或TinyMCE之前，还有另一种方法吗？
简而言之，我希望链接到页面上的文档，单击该文档时会单词打开，但文件应该保持远程 - 然后在保存时，它是更新的远程文件。
我也看过Zoho但是这个项目可能非常昂贵，而且我认为它不会是白色标签，而且看起来有点老式，UI明智。
也许Sharepoint可以做我需要的事情？没看那么多。还考虑使客户端应用程序在系统托盘中运行并处理事情。
如果在浏览器中使用CKEditor / TinyMCE等编辑Word文档的方式很好，一旦完成，转换回Word格式实际上可以100％工作，这就足够了。
如果有人有任何想法，我会接受全新的想法......
答案 0 :(得分：1)
目前Chrome，Firefox和Safari都支持MS Office插件。他们可以直接打开并将文档保存到服务器。我在大约一个月前用MS Office 2007和MS Office 2007对此进行了测试。
答案 1 :(得分：0)
理想情况下，您的用户可以本机使用Word。您有没有机会create an Office Add-In挂钩BeforeDocumentSave事件，查找该文件与您的应用程序关联的指示，并将更新的文件保存到您的服务器？
通过Word加载项保存到服务器可能需要包含一些唯一标识符（除了文件名），因此您可以覆盖以前版本的服务器端。然后，如果您使用SignalR之类的内容，则可以在服务器上成功保存文件（假设它们仍在该网页上）时触发网页上的刷新（通过FileSystemWatcher）
答案 2 :(得分：0)
我自己也有同样的问题。
我通过在服务器上使用摘要式身份验证（SabreDAV）设置webdav共享来解决它，并将其绑定到我的应用后端的users表中。
关于客户端，我通过创建一个使用java Desktop类（getDesktop（。。open（））来打开文件的小型Java applet来解决访问问题。您需要确保为客户端计算机类型（Windows，OS X或Linux）正确处理路径
您还需要让最终用户在本地永久挂载或映射webdav共享。