나는 WCF 서비스를 사용하고자하고 모든 모바일 플랫폼 아이폰, 안드로이드, Blackbery, 노키아 등 '을 사용하여 소비크로스 플랫폼 WCF 서비스
뭐죠 WCF 서비스와 해당 클라이언트를 사용하기위한 최선의 전략. 그것은 물론 확보되어야합니다.
감사
미트
나는 WCF 서비스를 사용하고자하고 모든 모바일 플랫폼 아이폰, 안드로이드, Blackbery, 노키아 등 '을 사용하여 소비크로스 플랫폼 WCF 서비스
뭐죠 WCF 서비스와 해당 클라이언트를 사용하기위한 최선의 전략. 그것은 물론 확보되어야합니다.
감사
미트
사용은 SOAP 또는 JSON 엔드 포인트. 대부분의 플랫폼은 이러한 기능을 지원합니다 (또는 라이브러리를 쉽게 찾을 수 있습니다). JSON은 웹 지향 (자바 스크립트)이지만 다른 상황에서도 작동합니다.
모노는 WCF를 지원하므로 iPhone 및 Android에서도 지원됩니다.
SOAP와 JSON에 동의하지 않습니다. POX (일반 old xml)와 함께 RESTfull 서비스를 사용하십시오. 아마도 모든 플랫폼에서 지원 될 것입니다. 휴대 전화에는 SOAP 스택 구현이 제한되어 있으며 JSON은 일반적으로 브라우저에서 사용됩니다. 내 친구는 BlackBerry가 있으며 계속 JavaScript에 대한 지원에 불만을 표시합니다.
서비스 보안을 유지하려면 HTTPS를 사용하십시오.
클라이언트가 SOAP을 사용할 수있을 것으로 기대하지 않는 것에 대해 @Ladislav와 완전히 동의합니다. 클라이언트가 네이티브 .NET 또는 Java가 아니면 SOAP 스택이 부족한 것처럼 보입니다. 클라이언트는 JSON (웹 클라이언트) 또는 XML (시스템 통합)을 선택할 수있게하여 감사합니다. HTTPS 및 기본 인증 또는 API 키를 통해 보안을 설정합니다.
기존의 WCF 서비스 인프라가 이미 하위 레벨 클라이언트에 대해 집계 또는 적용하려는 경우 해당 POX (또는 'REST') 서비스를 앞에두고 매핑 프로토콜 및 형식을 처리하게 할 수 있습니다 너를 위해서. 예 : HTTP/S를 TCP/IP로, XML 또는 JSON을 SOAP로 변환합니다.
하위 사용자가 서비스를 더 쉽게 사용할 수 있도록하는 것이 장점입니다. 단점은 추가 레이어를 추가했기 때문에 복잡성이 발생한다는 것입니다. WCF Routing Service (무료) 또는 Apigee (상업용)과 같은 일부 도구를 견고한 자동화 된 배포 프로세스와 결합하면 이러한 복잡성을 줄일 수 있습니다.
XML 또는 JSON을 지원하는 REST 서비스를 빌드하려면 template으로 서비스를 작성하십시오.이 서비스는 .NET 4.0 용으로 설계되었습니다. 여기에서 XML 또는 JSON으로 응답하는 엔드 포인트를 구성하고 클라이언트가 원하는 응답 유형을 서비스에 알릴 수 있습니다.
EDIT 또한 모든 클라이언트가 형식을 지정하지 않아도되도록 서비스를 기본 형식으로 응답하게 할 수도 있습니다.
<standardEndpoints>
<webHttpEndpoint>
<standardEndpoint name="" defaultOutgoingResponseFormat="Json"/>
</webHttpEndpoint>
</standardEndpoints>