我们使用ASP.NET创建了一个Web应用程序，该应用程序允许用户上传文档并将其添加到业务实体，例如客户，联系人等。

该应用程序在Intranet上运行，并且所有文件都通过Web应用程序上载到服务器上的共享文件夹中。

我想从网页上直接让用户打开实际文件，对其进行编辑，然后将更改保存回原始位置。在Windows环境中这只是小菜一碟，我只是想知道在Web环境中处理此问题的最佳方法是什么(如果有的话)？

这些文件通常是Word文档，Excel文档和图像。

澄清度

我们将以列表格式显示所有附件。我们希望这样做，以便用户单击编辑链接，然后在相应的应用程序(例如Microsoft Word或者Microsoft Excel)中打开文件。我认为Windows中的文件关联已经可以解决这个问题。我们只是想节省用户下载原始文件，进行更改，删除旧文件以及上传新文件的时间。

解决方案

SharePoint通过公开Word和Excel知道如何处理的FrontPage扩展来做到这一点。

如果我们要查看ASP.NET的商业产品，该产品允许我们使用AJAX编辑图像(无需安装软件)，那么我在一家拥有AJAX的公司工作(Atalasoft)

WebDAV可能就是我们想要的。 (自由)

我正在尝试使用file：//而不是http：//来做一些事情，但这是基于浏览器的偶然事件。似乎在IE中可以正常工作，在Firefox中可以，在Chrome中则无济于事。

看起来我可能只是停留在下载，编辑和重新上传文档上。

如果所有客户端计算机都是Windows，则将服务器上的共享文件夹映射到每个客户端上的相同驱动器号，并使用file：//格式。

假设我们将\ ServerName \ ShareName共享给H：在每台客户端计算机上，都可以将链接创建为file：// h：\ pat_to_the_file_under_your_share \ fileName.doc

如果不是客户端的每台计算机都在Windows中，则我们可以尝试按以下方式建立链接(不确定ot是否正常工作)：

file：// \ ServerName \ ShareName \ pat_to_the_file_under_your_share \ fileName.doc

听起来我们需要类似eRoom的功能，其中浏览器与一个组件协同工作，该组件拦截来自http的流，将其存储在temp文件夹中，然后启动Word或者Excel并允许我们编辑该流。

我们可能必须创建一个要干预的组件并创建该文件的临时本地副本。

该工具应该可以满足需求。

http://www.dlitools.com/dlitools/dlitoolsHome.nsf/0FA6B8B31F831F468525736B0001C606/4BBD7E8684EA8DB78525754E006C63A3？