与 Documentum 的接口似乎有多种选择；WDK、DMCL、DFC、DFS、DQL等
那里还有什么？你什么时候使用哪个界面？对于 .NET 开发人员，对于 Java 开发人员？
Jesse James
问问题
14324 次
6 回答
11
- WDK 用于制作网站。
- DMCL 是用于与 Documentum 通信的旧 api，在最新版本中，它仅作为仿真层存在，因此应避免使用。
- DFC 是与 Documentum 交互的首选 API，提供所有功能。
- DFS 用于使用 Web 服务中的 Documentum。
- DQL 用于查询，它类似于 SQL。
DFC 和 WDK 是 Java，其他的可能可以从 .Net 使用
于 2009-09-22T10:15:23.303 回答
8
大卫提供了一个很好的概述，但要扩展一点......
DFC 是用于与 Documentum 交互的基本 Java api。WDK 实际上是建立在 DFC 之上的。DMCL 是内置在 C 中的遗留 api（或 C++，我不是 100% 确定）。在 D6 之前，所有 DFC 调用都使用 DMCL，但该层是用 Java 为 D6 重写的，此时 DMCL 只是为了提供向后兼容性。
至于通过 .NET 访问 Documentum，您可以使用 Documentum PIA 从 .Net 项目访问 DFC 库，而不是使用传统的 Java 路径。
于 2009-10-15T17:31:21.433 回答
3
海量操作，如批量上传，必须使用 DFC，因为有些功能只能通过 DFC 访问。
Web操作，我建议使用DFS，自带缓存系统（可能有问题）和会话管理器。
代码使用 DFS 而不是使用 DFC 更加解耦。
不推荐使用 DFC，但目前您无法使用 DFS 获得相同的结果。
还有一些技术上的区别：例如 DFC 是 RMI 共享对象，所以对象是连接到内容服务器。相反，Web 服务后的 DFS 为您提供对象，该对象与内容服务器断开连接。
在 DFC 中，您必须管理会话、连接以及 RMI 的许多其他典型事物。
DQL 只是一种查询方式，对 Documentum 的其他基本操作也是如此。
于 2013-09-05T21:14:17.947 回答
3
您还可以考虑使用正在为 Documentum 开发的 CMIS（内容管理互操作性服务）接口。它是基于 AtomPub 扩展的 Web 服务接口。它无法利用 Documentum 平台的所有花里胡哨，但它应该允许您使用其他后端，如 Alfresco 和 SharePoint。通过 EMC 为 Documentum 提供了早期访问版本。
于 2009-11-05T17:12:57.997 回答
2
David 和 shsteimer 都是对的。
但是现在不鼓励用于 .Net 的 Documentum PIA，因为它将在 Documentum 的未来版本中被弃用。
于 2010-03-05T14:04:35.550 回答
1
我刚刚发现了这个旧讨论，但基于以下链接，“EMC Documentum REST 服务”是值得考虑的：
于 2015-06-03T17:56:53.933 回答