iPhone : NsurlRequestCachepolicy 설정의 성능 차이

Question

사용할 때 nsurlrequest iPhone에서 다양한 것들 사이의 실제 성능 차이점은 무엇입니까? NSURLREQUESTCACHEPOLICY 설정? UIWebView 페이지가 표시하는 속도에 대한 사용자의 인식에 대한 캐시 정책의 영향에 특히 관심이 있습니다.

기본값을 사용하고 있습니다 NSURLRequestCachePolicy 그러나 나는 아마도 nsurlrequestreloadrevalidatingCacheData가 특히 이전 페이지로 돌아갈 때 대부분의 경우에 가장 적합 할 수 있다고 생각합니다.

실제 조건에서 다양한 캐시 정책을 사용했다면 특정 상황에서 어떤 정책이 최적으로 입증 되었습니까? 세 가지 유형의 iPhone 연결 (Wi-Fi, 3G 및 Edge)에 비해 최고의 전반적인 성능을 제공하는 정책은 무엇입니까? 캐시 정책은 사용자의 페이지 로딩 속도에 대한 인식에 큰 영향을 미치거나 UIWebView의 디스플레이 시간을 최적화하기 위해 다른 곳을 찾고 있습니까?

업데이트:

Uiwebview가 주어진 모든 nsurlrequest의 캐시 설정을 무시하는 것으로 보이는 합의가있는 것 같습니다. 나는 이것이 최종 답변이라는 확신은 없지만 광범위한 테스트를 수행 할 시간을 제외하고는 그것을 얻을 수 없습니다. 따라서 나는 최고 등급의 답변을 받아들이고 있습니다. 그러나 프로젝트에 문제가 중요하다면 소금 한 덩어리로 답을 얻는 것이 좋습니다. - TechZen.

Answer 1

나는 이것이 Uiwebview 로딩 시간에 어떤 차이를 만들 것이라고 생각하지 않습니다. uiwebview는 WebKit에 구축되었으며 사용하지 않습니다. NSURLConnection 내부적으로 (그들은 훨씬 낮은 수준이며 사용 CFNetwork 곧장).

이것은 아마도 당신이 듣고 싶은 것이 아니라 Uiwebview 로딩 시간을 가속화하는 가장 좋은 방법은 Uiwebview를 사용하지 않는 것입니다. 렌더링 웹 페이지는 CPU 집약적입니다. 실제로, Mobilesafari는 실제로 네트워크가 아닌 대부분 CPU에 묶여 있습니다. 예를 들어 스크롤 할 때 바둑판 패턴을 채우는 데 걸리는 시간이 얼마나 걸리십시오. 실제로 빠르고 빠르게로드하는 콘텐츠를 위해 Cocoa에서 기본 인터페이스를 만드는 것이 가장 좋습니다.

Answer 2

나는 프로젝트를 위해 몇 시간을 UIWebView 캐시 페이지에로드하고있었습니다. 파일을 로컬로 저장하지 않고 응용 프로그램 측에서 불가능한 것으로 판명되었습니다. 그것은 것 같습니다 UIWebView 무시합니다 NSURLRequestCachePolicy 완전히.

야후! 정보가 있습니다 iPhone의 캐싱 동작.

Answer 3

방금 WebKit 소스에서 Grep을했는데 -[NSURLRequest cachePolicy].