似乎有许多与Documentum接口的选项; WDK，DMCL，DFC，DFS，DQL等
还有什么？ 什么时候你使用哪个界面？对于.NET开发人员，对于Java开发人员？
答案 0 :(得分：11)
DFC和WDK是Java，其他可能来自.Net
答案 1 :(得分：8)
David提供了一个很好的概述，但有点扩展...
DFC是用于与Documentum交互的基础Java API。 WDK实际上是建立在DFC之上的。 DMCL是用C语言构建的遗留API（或者我不是100％肯定的C ++）。在D6之前，所有DFC调用都使用了DMCL，但是该层在Java中为D6重写，而DMCL只是为了提供向后兼容性。
至于通过.NET访问Documentum，可以使用Documentum PIA从.Net项目访问DFC库，而不是使用传统的Java路由。
答案 2 :(得分：3)
您还可以考虑使用为Documentum开发的CMIS（内容管理互操作性服务）界面。它是一个扩展AtomPub的Web服务接口。它无法利用Documentum平台的所有功能，但它应该允许您使用Alfresco和SharePoint等其他后端。可通过EMC为Documentum提供Early Access版本。
答案 3 :(得分：3)
批量操作，如批量上传，您必须使用DFC，因为某些功能只能通过DFC访问。
Web操作，我建议使用DFS，具有自己的缓存系统（可能是一个问题）和会话管理器。
使用DFS而不是使用DFC，代码更加分离。
不推荐使用DFC，但目前使用DFS无法获得相同的结果。
还存在一些技术差异：例如DFC是RMI共享对象，因此对象连接到内容服务器。而是Web服务之后的DFS为您提供对象，该对象与内容服务器断开连接。
在DFC中，您必须管理会话，连接以及RMI的其他许多其他内容。
DQL只是一种进行查询的方式，以及Documentum上的其他基本操作。
答案 4 :(得分：2)
David和shsteimer都是对的。
但是现在不鼓励.Net的Documentum PIA，因为它将在未来的Documentum版本中弃用。
答案 5 :(得分：1)
我刚刚发现这个旧的讨论，但基于以下链接，＆＃34; EMC Documentum REST服务＆＃34;需要考虑的事情：