DFCとDFSの長所と短所は？

Question

私はDocumentumを初めて使うので、Documentum FoundationクラスからDocumentum Foundation Servicesに1つのコードをアップグレードする必要があります。誰かがそれぞれの長所と短所を提供し、それを始めるには良い情報源を提供できるか？

btw、私は文書の情報を得るためにJavaでコードを書いています。

Answer 1

DFSはDFCの上にある抽象レイヤーです。

EMCは現在、DFSを外部アプリケーション（API）の統合の主要モデルとして扱っていることを除いて、SourceRebelsは部分的に正しいです。 SOAP Webサービスコールを使用してすべてを行うことができるため、コンパイルされた言語（Javaまたは.NET）を使用する必要はありません。 DFCは低レベルの対話で使用できますが、DocumentumリリースごとにDFSに追加されるサービスが増えています。

主な違いの1つは、オブジェクトモデルです。 DFSでは、実行のためにサーバーに送信する操作のバッチを作成できます（たとえば、10個のオブジェクトを作成するなど）。また、DFSを使用して達成するためにはるかに多くのコードを必要とするDFSの複雑な操作もあります。 DFSでは、DFCをインストールしないでコードをマシンに展開することもできます。

Documentum関連の質問に最適なリソースはhttp://developer.emc.comです。

Answer 2

IMHO同じものに焦点を当てていないため、比較できません。 DFCはDocumentumにアクセスするためのAPIであり、DFSはDocumentumとやりとりするためのいくつかの機能を提供するいくつかの定義済みサービスを持つサービスフレームワークです。

厥重要：私はDFS :-)

DFC =日曜大工を使用することはありません。従来のクライアント - サーバープログラミング。もっと早く。

DFS =あらかじめ定義されたサービスを使用するか、自明ではないタスクで使用します。 SOA。おそらく、新しいサーバーにサービスを導入するか、Documentumライセンスを購入する必要があります（それについてはわかりません）。遅いですが、いくつかのレガシーシステムからDocumentumにアクセスしたい場合は、これを使用するともっと快適になります。

それは塩の私の粒あなたはそれが有用であることを願っています。

Answer 3

DFSは、Documentumの新しい時代のAPIです（Webサービスの概念に基づいて構築されています）。あなたはDFSのドキュメントを読む必要があります。これはかなり説明的です。これに加えて、Webサービスコール（サービス、WSDL、リモートクライアントの構築）を基本的に理解する必要があります。