C#을 사용하여 CRM의 WebAPI에 액세스하려고하고 있는데, WebAPI 응답에 대해 강한 유형을 생성하는 방법이 있는지 궁금합니다. CrmSvcUtil
은C#에서 WebAPI OData 객체의 강력한 유형 생성하기
내가 코드를 생성하기 위해 (Marketplace에서 구입 가능) 중 하나로, OData V4 클라이언트 코드 생성기을 사용하는 시도하고가 보인다 그러나이 간단한 구조 (의 int, 문자열, 소수)를 위해 작동하는 조직 서비스를 기반으로 강력한 유형을 생성 복잡한 유형 (예 : 조회)에 문제가 있음
예를 들어로 전화 걸기3210은 지정된 계정에 대한 기본 담당자 ID를 검색합니다.
문제는 JSON 결과는 primarycontactid
속성은 아래 대릴의 의견을 주소 널
로 남겨 직렬화 할 때 _primarycontactid_value
이 Account
과에 대해 생성 된 개체의 모든 속성에 매핑되지 않는다는 것입니다; 의 Microsoft Dynamics CRM 2011 엔드 포인트에서 설명한 바와 같이
, 다이나믹 CRM 는 2011 엔드 포인트가되지 않습니다 : 그것이 말하는 어디 한 정보 (SDK를 통해 대신에) 직접 CRM WebAPI를 사용하는 나의 결정을 내릴 수있는하고는 here 발견 웹 API를 선호합니다. 끝점을 사용하지 않는 것은 특히 프로그래밍 모델 이이 두 끝점과 다를 때 매우 중요합니다. 은 CRM에 을 연결하는 응용 프로그램에 웹 API를 사용하도록 개발자에게 권장합니다. 플러그인 및 워크 플로 어셈블리의 경우 계속해서 SDK 어셈블리를 사용할 수 있습니다. 다음 릴리즈에서는이 어셈블리를 수정하여 2011 년 엔드 포인트 대신 웹 API를 사용할 수 있도록 어셈블리를 수정합니다.
언어가 매우 모호하다고 생각했습니다.
https://docs.microsoft.com/en-au/dynamics365/customer-engagement/developer/choose-development-style : Microsoft는 SDK 어셈블리를 사용할뿐만 아니라, 그들은 단지 플러그인에 사용되어야 함을 불러와
CRM을 WebAPI를 사용해야한다는 MS의 또 다른 링크를 워크 플로우 될 것이라고 말
SDK 호출에 대해 WebApi를 사용하고 싶습니까? SDK 호출이 WebApi 호출로 내부적으로 대체 될 것이라고 여러 번 말한 적이 있습니다 ... – Daryl
@Daryl 귀하의 질문에 대답하려고하는 곳에서 편집을 추가했습니다. 짧은 대답은 내가 Microsoft의 설명서가 매우 모호하다는 것을 발견했다는 것입니다. – jasonscript
@Daryl WebApi를 사용해야하는 MS로부터의 더 많은 설명서 WebApi – jasonscript