Documentum을 처음 사용하기 때문에 하나의 코드를 Documentum Foundation 클래스에서 Documentum Foundation Services로 업그레이드해야합니다. 누군가가 장단점을 제공하고 좋은 정보 소스를 제공하여이를 시작할 수 있습니까?DFC와 DFS의 장점과 단점?
btw, 나는 documentum에서 정보를 얻기 위해 Java로 코드를 작성하고 있습니다.
Documentum을 처음 사용하기 때문에 하나의 코드를 Documentum Foundation 클래스에서 Documentum Foundation Services로 업그레이드해야합니다. 누군가가 장단점을 제공하고 좋은 정보 소스를 제공하여이를 시작할 수 있습니까?DFC와 DFS의 장점과 단점?
btw, 나는 documentum에서 정보를 얻기 위해 Java로 코드를 작성하고 있습니다.
DFS는 DFC 상단의 추상화 계층입니다.
EMC가 DFS를 외부 응용 프로그램 (API)의 기본 통합 모델로 취급한다는 세부 사항을 제외하면 SourceRebels는 부분적으로 적합합니다. SOAP 웹 서비스 호출을 통해 모든 것을 할 수 있기 때문에 더 이상 컴파일 된 언어 (Java 또는 .Net)를 사용할 필요가 없습니다. DFC는 낮은 수준의 상호 작용을 위해 사용할 수 있지만 모든 Documentum 릴리스에는 DFS에 더 많은 서비스가 추가됩니다.
주요 차이점 중 하나는 개체 모델입니다. DFS에서 실행을 위해 서버에 전송할 작업 일괄 처리를 만들 수 있습니다 (예 : 개체 10 개 생성). 또한 DFS를 사용하는 데 더 많은 코드가 필요한 복잡한 작업이 DFS에 있습니다. DFS를 사용하면 DFC가 설치되지 않은 컴퓨터에도 코드를 배포 할 수 있습니다.
Documentum 관련 질문에 대한 가장 적합한 자료는 http://developer.emc.com입니다.
IMHO 동일하지 않기 때문에 비교할 수 없습니다. DFC는 Documentum에 액세스하는 API이고 DFS는 Documentum과 상호 작용할 수있는 일부 기능을 제공하는 사전 정의 된 서비스가있는 서비스 프레임 워크입니다. 중요한
그게 전부 : 나는 DFS를 사용하지 :-)
DFC = - 그것 - 자신. 전통적인 클라이언트 - 서버 프로그래밍. 빨리.
DFS = 사소한 작업을 위해 미리 정의 된 서비스를 사용하거나 직접 처리하십시오. SOA. 아마도 새로운 서버에 서비스를 배치하거나 더 많은 Documentum 라이센스를 구입해야 할 것입니다. 느리지 만 일부 레거시 시스템에서 Documentum에 액세스하려는 경우이 기능을 사용하면 더 편하게 느낄 것입니다.
그게 내 곡물 소금 그게 유용하다고 생각합니다.
DFS는 (웹 서비스 개념에 따라 작성된) Documentum의 새로운 시대 API입니다. DFS에 대한 설명을 읽어야합니다. 이 외에도 웹 서비스 호출 (서비스, WSDL, 원격 클라이언트 구축)을 기본적으로 이해해야합니다.