애플은 NSURL이 RFC 1738 (및 다른 것들)을 사용하여 개발되었다고 말합니다.NSURL/NSURLRequest/NSURLConnection에서 이해할 수있는 스키마는 무엇입니까?
이제 RFC 1738은 웹 URL에 스키마와 스킴 특정 부분이 있음을 지정합니다.
NSURL이 이해하는 모든 계획을 알고 싶습니다. 그리고 NSURLRequest와 NSURLConnection (소위 "URL 로더 시스템")과 함께 사용하기 때문에, 나는이 모든 것을 이해해야합니다.
왜? 왜냐하면 난 단지 알고 싶기 때문이야. Apple은이 문서에 대해 자세히 설명하지 않고 RFC 1738을 준수한다고 말합니다.
NSURL은 문제의 구성표를 사용하는 방법에 대해 알지 못하기 때문에 모든 구성표를 "지원"합니다. 이것은 URL 개념을 둘러싼 단순한 래퍼입니다.
마찬가지로, NSURLRequest은 더 이상 알지 못하지만 프로토콜 특정 일 수있는 추가 정보를 저장할 수 있습니다.
NSURLConnection은 프로토콜 관련 정보를 더 많이 제공하기 시작한 곳입니다. NSURLConnection은 적합한 URL 인 NSURLProtocol이 등록되어 있으면 해당 URL을 지원할 수 있습니다. 하지만 http:, https:, ftp: 및 file:을 지원하려면 이으로 문서화되어 있습니다. 빠른 +canHandleRequest: 호출로 테스트 할 수 있습니다.
경험적으로 시스템은 data: URL도 지원합니다. 나는 레이더를 신고했다 : // 문제/13649313 애플은 이것을 문서화하도록 요구했다.
내장 된 URL 프로토콜은 계획 http, https, file, ftp, about 및 data를 처리 할 수 있습니다.
NSURLProtocol 클래스를 사용하여 NSURL 시스템이 새로운 체계를 자동으로 처리하도록 사용자 고유의 프로토콜을 정의 할 수 있습니다.