간단히 말해서 애플은 사용자의 프라이버시와 보안을 보호하기 위해 샌드박스 메커니즘을 사용하기로 선택했기 때문에 응용 프로그램은 자신의 샌드박스 데이터에만 액세스할 수 있지만 응용 프로그램 간의 합리적인 정보 공유도 방해합니다. 따라서 애플은 응용 프로그램 간에 점프하는 방법을 제공합니다: URL Scheme. 응용 프로그램에서 특정 기능이나 데이터에 액세스하기 위해 다른 응용 프로그램이 필요한 경우 응용 프로그램에서 해당 URL 스키마를 정의해야 합니다. 다른 app 가 URL 스키마를 사용하여 액세스하는 경우 시스템은 URL 스키마를 기준으로 일치시켜 해당 app 를 가져옵니다.

URL 시나리오 전화를 더 잘 이해하려면 다음 개념을 이해해야 합니다.

이 비교는 URL 체계의 진정한 의미를 이해하기 쉽다. 즉, iOS 시스템에서 해당 App 를 찾은 다음 적절한 작업을 수행하는 것입니다. 복잡한 URL 스키마도 매개 변수를 전달할 수 있습니다.

그럼에도 불구하고 점프의 동적 요구 사항을 충족하면서 매개변수를 유연하게 전달할 수 있는 점프 방법이 있습니다. 이 방법은 URL 스키마를 사용하여 동적으로 점프하는 것입니다. 이것도 매우 추천하는 사용방법입니다. 구성 요소 개발의 일부 시도에서는 이러한 점프 모드도 많은 편리함을 제공합니다.

제 3 자 애플리케이션은 URL 스키마 요청을 전송하여 자신이 납치되지 않았음을 증명할 수 있으며, 자신의 URL 스키마를 받지 못한 경우 적시에 사용자에게 알림을 보낼 수 있습니다. ② MobileCoreServices 서비스의 application savailable for handlingurlschem () 을 사용하여 등록된 모든 URL 스키마의 응용 프로그램 및 처리 순서를 검사하여 자신이나 다른 사람의 URL 스키마가 납치되었는지 여부를 감지합니다.

사용자 정의 URL 스키마를 등록하는 방법에는 두 가지가 있습니다.

이 두 가지 등록 방식은 본질적으로 같지만 위치는 다르다.

APPdelegate 에서 적절한 에이전트 접근 방식을 구현해야 합니다.

IOS 9.0 미만

-(BOOL) 응용 프로그램: (UIApplication *) 응용 프로그램 openURL:(NSURL *)URL 소스 응용 프로그램: (NSString *) 소스 응용 프로그램 주석: (id) 주석

IOS 9.0 이상

-(bool) application: (ui application *) application openurl: (ns URL *) URL source application: (ns sttep

Safari 를 통해 다음 사항을 확인해 보겠습니다.

응용 프로그램에서 URL 스키마를 호출하려면 다음 메서드가 필요합니다.

IOS 10.0 에서 이 방법을 사용합니다.

-(bool) openurl: (ns URL *) URL ns _ deprecated _ IOs (2 _ 0, 10_0, "PP

IOS 10.0 에서 이 방법을 사용합니다.

-(void)openURL:(NSURL *)URL 옵션: (ns dictionary & ltuiapplicationopenexternalurloptionskey, Id> *) options completion handler: (void (_ _ null) (BOOL 성공)) 완료 ns _ available _ IOs (/

해당 URL 스키마가 있는지 여부를 확인하는 또 다른 방법이 있으며, 일반적으로 위의 방법과 함께 사용됩니다.

-(bool) canopenurl: (ns URL *) URL ns _ available _ IOs (3 _ 0);

다음 사항을 확인해 보겠습니다.