대형,복잡한 물체로 웹 서비스 결과[마감]

Question

안녕하세요 다시 신사 숙녀 여!

확인,다음 내에서 다른 질문 ASP.NET 웹 서비스의 결과,프록시 클래스와 입력 전환.내가 왔다는 부분에는 프로젝트가 필요해요 내 생각에 모자.

기본적으로,우리는 대형,복잡한 사용자 정의 개체 반환해야 할서는 웹 서비스에서 소비되는 클라이언트 응용 프로그램입니다.

지금 이전에 따라 토론 우리가 알고 이것은 다음의 형태를 취한 프록시 class(es)으로 복귀형입니다.이것을 극복하기 위해,우리가 필요한 기본적으로 복사합성 다른 하나에서.

이 경우에는 내가 정말,정말, 정말! 를 피하십시오!

그래서,그것은 나를 생각하고 있어요, 어떻게 다른가?

현재 생각은 사용하는 개체에 대한 완전한 직렬화를 XML 다음 반환로 XML 문서는 웹 서비스입니다.우리는 다음 de-직렬화에서 클라이언트입니다.이렇게 공정한 비트의 특성을 장식하지만,최소한 코드 모두에서 끝점이 있는 문화,즉 사용하여니다.NET 은 XML Serializer.

에 대한 당신의 생각은 무엇입니까 이?

Answer 1

니다.Net 은 XML(de)바코드는 내용을 설명을 구현했습니다.처음에 생각한 것이라고 생각하지 않은 나쁜 생각이다.

는 경우 두 응용 프로그램을 가져올 동 C#class(es)정의(s),이것은 상대적으로 좋은 방법이 점점 복사-생성자 행동에 대한 무료입니다.는 경우스 클래스 구조의 변화,그 모든 것이 제대로 작동하면서 얻을 새로운 클래스 정의를 필요로하지 않고,모든 추가적인 변화에서 웹서비스 소비/건설 측.

거기에 약간의 오버헤드를 정렬하고 demarshalling XML,하지만 그것은 아마 dwarved 오버헤드가에 의해 원격 웹서 서비스 호출합니다..Net 은 XML 바코드가 잘 이해해 가장 프로그래머를 생산하기 쉬운 유지하는 솔루션입니다.

Answer 2

내가 사랑하는 JSON 이 종류의 것입니다.나는 그냥 완료 POC 드롭다운 것들을 유형 포털에 대한 내을 사용하여 회사 jQuery 웹 서비스에 연결된 스크립트는 서비스를 사용합니다.메시지가 가볍고 분석하는 등 꽤 많이 처리됩니다.이 jQuery ajax 재료 읽기(사랑하다!) : jquery ajax 문서

Answer 3

나는 몇 가지 훌륭한 답변에서 매우 유사한 주제 어제는 당신을 위해 유용할 수 있:

통신 사이에 자바스크립트와 서버

Answer 4

Rob,에서의 다른 질문은 이뿐만 아니라 하나,그것의 소리처럼 정확한 상황에서 우리가 우리의 환경입니다.우리가 무슨 짓을했는지,그러나,이로부터 멀리 이동 ASP.Net 웹 서비스를 WCF 웹 서비스 및 프로세스에서 해결(대부분)이 문제를 해결합니다.

이 있는 경우는 기회를 귀하의 웹 서비스를 구현할 수 있습 WCF 웹 서비스,이 당신을 위해 일할 수 있습니다뿐만 아니라.난 언급하는 동시에,우리는 유지와의 호환성 어떤 클라이언트가 필요한 애플리케이션"ASP.Net 웹서비스 스타일"의 구현을 사용하여 WCF basichttp 서비스에 대한 바인딩니다.최종 결과는 우리의"새로운"클라이언트 응용 프로그램을 사용할 수 있는 우리의 실제 비즈니스 개체(을 통해 참조를 포함하는 어셈블리에만 이러한 공동 객체)를 반환한 유형 웹에서 서비스 호출하기 때문에 그들은 실제 WCF 호출합니다.

우리는 이렇게 활용하지 않고 자동 생성 프록시 클래스고 건설하는 우리 자신의 클라이언트와 통신하는 채널을 WCF 서비스입니다.

는 경우에도 사용할 수 있 WCF,나를 게시할 수 있는 몇 가지 추가 정보를 나타낼 수 있습니다.