【发布时间】：2010-11-26 05:31:21
【问题描述】：
似乎有许多选项可以连接到 Documentum； WDK、DMCL、DFC、DFS、DQL等
还有什么？ 你什么时候使用哪个界面？对于 .NET 开发人员，对于 Java 开发人员？
【问题讨论】：
标签： documentum
【发布时间】：2010-11-26 05:31:21
【问题描述】：
- WDK 用于制作网站。
- DMCL 是用于与 Documentum 通信的旧 api，在最新版本中，它仅作为模拟层存在，因此应避免使用。
- DFC 是与 Documentum 交互的首选 API，提供所有功能。
- DFS 用于从 Web 服务使用 Documentum。
- DQL 用于查询，类似于 SQL。
DFC 和 WDK 是 Java，其他的可能在 .Net 中可用
【讨论】：
-
一般文档开发信息的链接：[dmdeveloper.com/]
David 提供了一个很好的概述，但需要扩展一点......
DFC 是用于与 Documentum 交互的基本 Java api。 WDK 实际上是建立在 DFC 之上的。 DMCL 是内置在 C 中的遗留 api（或 C++，我不是 100% 确定）。在 D6 之前，所有 DFC 调用都在后台使用 DMCL，但该层是用 Java 为 D6 重写的，此时 DMCL 只是为了提供向后兼容性。
至于通过 .NET 访问 Documentum，您可以使用 Documentum PIA 从 .Net 项目访问 DFC 库，而不是使用传统的 Java 路径。
【讨论】：
您还可以考虑使用正在为 Documentum 开发的 CMIS（内容管理互操作性服务）接口。它是基于 AtomPub 扩展的 Web 服务接口。它无法利用 Documentum 平台的所有功能，但它应该允许您使用其他后端，例如 Alfresco 和 SharePoint。通过 EMC 为 Documentum 提供了早期访问版本。
【讨论】：
大量操作，如批量上传，必须使用 DFC，因为有些功能只能通过 DFC 访问。
Web操作，我建议使用DFS，自带缓存系统（可能有问题）和会话管理器。
使用 DFS 而不是使用 DFC，代码更加解耦。
不推荐使用 DFC，但目前您无法使用 DFS 获得相同的结果。
还有一些技术上的区别：例如 DFC 是 RMI 共享对象，所以对象是连接到内容服务器。取而代之的是，Web 服务后的 DFS 为您提供对象，该对象与内容服务器断开连接。
在 DFC 中，您必须管理会话、连接以及许多其他 RMI 的典型内容。
DQL 只是一种查询方式，Documentum 上的其他基本操作也是如此。
【讨论】：
David 和 shsteimer 都是对的。
但现在不鼓励用于 .Net 的 Documentum PIA，因为它将在 Documentum 的未来版本中弃用。
【讨论】：
-
您是否有此信息的来源（未来弃用）？
我刚刚发现了这个旧讨论，但基于以下链接，“EMC Documentum REST 服务”是值得考虑的：
【讨论】：