.NET中的文档管理系统
我不完全确定你是什么样的集成。如果你正在寻找一个独立的解决方案，它有一个可以使用.Net语言的API接口，我不禁要提到M-Files。虽然我需要提一提，这个建议可能是非常有偏见的。
该系统是商业化的，但有一个免费版本可用的一些限制，如用户数量等我相信。
该API是一个非常稳定的COM API，通过COM互操作非常流畅。这是强类型等，所以使用它.Net不像其他COM COM API不会有麻烦。 （Cough..Office..Cough）在内部，API用于提供一个Web界面，作为本地Windows集成的替代方案，因此它保持最新并且可用于此原因。
古典经典是Dot Net Nuke。模块周围有一个很大的社区，当然你可以自己写。最重要的是它是开源的。
我不认为DNN特别适合DMS任务。仅仅因为你*可以*写一个模块来做任何事情并不意味着太多。 WCM似乎比DM更适合。 – 2009-05-05 01:24:12
看看SiteFinity或Graffiti。我目前正在评估这两个作为我们网站的潜在解决方案。
这些都是WCM系统，而不是DM系统。他们是否有DM加载项？ – 2009-05-05 01:29:12
当涉及到.NET时，CM和DM之间的区别有点灰。由于他们没有详细说明任何细节，我想我会指出他们的其他工具。 Sitefinity强大的接近在线文档系统。 – 2009-05-05 02:13:06
如果成本没有问题，并且您可以使用标准的DMS（例如只有很小的自定义开发），Microsoft Office Sharepoint Server非常适合文档管理和基于文档的团队协作。创建工作区，与Office产品集成（例如，您可以将Word和Excel工作直接保存到Sharepoint服务器上的协作空间中）。对于已经精通Office套件的最终用户来说，这是一个非常令人愉快的用户体验。
之前已经说过，有两个注意事项 - 它非常昂贵，而且很深，核心定制不止有点痛苦。表面小部件类型的自定义是一件轻而易举的事情。
下面列出了当今企业中最常见的一些DMS。 （它们都可以被集成到.NET）
- EMC
- 蜂鸟
- 打开文本
- 微软Windows SharePoint Services的
- 施乐的DocuShare
- UCM由Oracle
- 由凡纳IBM
- Interwoven WorkSite
可以使用Sharepoint吗？这将提供很多的功能，只需少量编码，但您必须进行配置。 – DOK 2009-05-03 19:12:51
@DOK：听起来像是对我的回答，你有没有把它作为答案发布的原因？ – AnthonyWJones 2009-05-03 19:15:06