2009-05-03 80 views
4

沒有人知道可以與.NET集成的文檔管理系統(或模塊)嗎?.NET中的文檔管理系統

謝謝。

+7

可以使用Sharepoint嗎?這將提供很多的功能,只需少量編碼,但您必須進行配置。 – DOK 2009-05-03 19:12:51

+0

@DOK:聽起來像是對我的回答,你有沒有把它作爲答案發布的原因? – AnthonyWJones 2009-05-03 19:15:06

回答

0

我不完全確定你是什麼樣的集成。如果你正在尋找一個獨立的解決方案,它有一個可以使用.Net語言的API接口,我不禁要提到M-Files。雖然我需要提一提,這個建議可能是非常有偏見的。

該系統是商業化的,但有一個免費版本可用的一些限制,如用戶數量等我相信。

該API是一個非常穩定的COM API,通過COM互操作非常流暢。這是強類型等,所以使用它.Net不像其他COM COM API不會有麻煩。 (Cough..Office..Cough)在內部,API用於提供一個Web界面,作爲本地Windows集成的替代方案,因此它保持最新並且可用於此原因。

0

古典經典是Dot Net Nuke。模塊周圍有一個很大的社區,當然你可以自己寫。最重要的是它是開源的。

+2

我不認爲DNN特別適合DMS任務。僅僅因爲你*可以*寫一個模塊來做任何事情並不意味着太多。 WCM似乎比DM更適合。 – 2009-05-05 01:24:12

0

看看SiteFinityGraffiti。我目前正在評估這兩個作爲我們網站的潛在解決方案。

+0

這些都是WCM系統,而不是DM系統。他們是否有DM加載項? – 2009-05-05 01:29:12

+0

當涉及到.NET時,CM和DM之間的區別有點灰。由於他們沒有詳細說明任何細節,我想我會指出他們的其他工具。 Sitefinity強大的接近在線文檔系統。 – 2009-05-05 02:13:06

0

如果成本沒有問題,並且您可以使用標準的DMS(例如只有很小的自定義開發),Microsoft Office Sharepoint Server非常適合文檔管理和基於文檔的團隊協作。創建工作區,與Office產品集成(例如,您可以將Word和Excel工作直接保存到Sharepoint服務器上的協作空間中)。對於已經精通Office套件的最終用戶來說,這是一個非常令人愉快的用戶體驗。

之前已經說過,有兩個注意事項 - 它非常昂貴,而且很深,核心定製不止有點痛苦。表面小部件類型的自定義是一件輕而易舉的事情。

3

下面列出了當今企業中最常見的一些DMS。 (它們都可以被集成到.NET)

  1. EMC
  2. 蜂鳥
  3. 打開文本
  4. 微軟Windows SharePoint Services的
  5. 施樂的DocuShare
  6. UCM由Oracle
  7. 由凡納IBM
  8. Interwoven WorkSite