성능면에서 json 데이터를 가져 오는 가장 좋은 방법은 무엇입니까?

Question

현재 HttpWebRequest을 사용하여 외부 사이트에서 json 데이터를 가져오고 성능이 좋지 않습니다. wcf은 훨씬 나아 졌습니까?

나는이에 대한 전문가의 조언이 필요합니다 ..

Answer 1

아마도 그렇지는 않지만 올바른 질문이 아닙니다.

답변 : JSON을 확실히 지원하는 WCF는 궁극적으로 하단 수준에서 HttpWebRequest을 사용할 것이며 확실히 동일한 네트워크 대기 시간을 갖습니다. 훨씬 더 중요한 것은 동일한 서버를 사용하여 JSON을 얻는 것입니다. WCF는 웹 서비스 및 클라이언트를 작성, 유지 및 구성하는 데 많은 이점을 제공하지만 마술처럼 빠르지는 않습니다. JSON을 탈 직렬화하는 방법이 WCF가 기본적으로 사용하는 것과 비교할 때 실제로 속도가 느릴 수도 있지만 가능성은 있습니다.

그리고 그게 정말 중요한 점이 있습니다. 왜 성능이 나쁜지 알아 내십시오.. 느린 것을 알고 확장을 통해 프레임 워크를 변경하면 알기 쉬운 최적화 옵션에 불과합니다. 서버입니까? 그것은 비 직렬화입니까? 네트워크입니까? 인증 또는 기타 요청 오버 헤드 정보입니까? 등등.

그래서 진짜 대답은 : 프로필! 성능 문제가 실제로 무엇인지 알게되면 WCF와 같은 프레임 워크가 도움이되는지 여부에 대한 정보에 입각 한 결정을 내릴 수 있습니다.

Answer 2

짧은 대답은 : 없음.

WCF는 통신 방법을 지정하지 않지만 여러 가지 방법을 지원하는 API입니다. 그러나 이러한 메서드는 일반적으로 JSON보다 엿 들었을 SOAP과 it would seem the world has decided to move on from SOAP을 통해 이루어집니다.

어떤 종류의 성능을 찾고 있으며 무엇을 얻고 있습니까? 네트워크 위치의 물리적 한계에 직면 한 경우 일 수 있습니다.이 경우 데이터가 느려지더라도 인터페이스의 응답 성을 향상시킬 수 있습니다.

대기 시간의 대부분이 원격 사이트에 도달했는지 (예 : 응답 시간이 ping 시간과 비슷) 확인할 수는 있습니다. 또는 문제는 원격 사이트에서 페이지를 생성하고 제공하는 데 걸리는 시간입니다. 그렇다면 일부 중간 캐싱이 가장 좋습니다.

Answer 3

+1 Isaac이 말한 바에 따르면, 여기에 WCF를 사용하면 내부적으로 대부분의 장소에서 HttpWebRequest를 사용할 것이므로 전혀 성능을 얻지 못할 것입니다. 그러나 의도하지 않게 성능을 향상시킬 수있는 한 가지 방법은 WCF가 대부분의 전송 개체를 내부적으로 재활용, 재사용, 저장 및 캐시하는 방법입니다. 그래서 궁극적으로 프로파일 링에 대한 이삭의 조언으로 돌아갑니다.