Esquema de URL para aplicaciones de activación de iOS

En pocas palabras, debido a que Apple elige utilizar el mecanismo de zona de pruebas para proteger la privacidad y seguridad del usuario, las aplicaciones solo pueden acceder a sus propios datos de zona de pruebas, pero esto también dificulta el intercambio razonable de información entre aplicaciones. Por lo tanto, Apple proporciona un método para saltar entre aplicaciones: URL Scheme. Si su aplicación requiere que otras aplicaciones accedan a determinadas funciones o datos, entonces debe definir un esquema de URL correspondiente en su aplicación. Cuando otras aplicaciones usan el esquema de URL para acceder, el sistema coincidirá de acuerdo con el esquema de URL y extraerá la aplicación correspondiente.

Si queremos comprender las llamadas al esquema de URL con mayor claridad, debemos comprender los siguientes conceptos:

Esta comparación facilita la comprensión del verdadero significado del esquema de URL. Es ubicar la App correspondiente en el sistema iOS y luego realizar la operación correspondiente. Los esquemas de URL complejos también pueden pasar parámetros.

Dicho esto, existe un método de salto que no solo puede cumplir con los requisitos dinámicos de los saltos, sino también pasar parámetros de manera flexible. Este método utiliza esquemas de URL para saltos dinámicos. Este también es un método de uso muy recomendado. En algunos intentos de desarrollo de componentes, este modo de salto también aporta mucha comodidad.

Las aplicaciones de terceros pueden demostrar que no han sido secuestradas enviándose a sí mismas una solicitud de esquema de URL. Si no reciben su propio esquema de URL, pueden enviar recordatorios al usuario a tiempo ② Usar; la aplicación disponible en el servicio MobileCoreServices handleurlschem() comprueba todas las aplicaciones y secuencias de manejo que han registrado esquemas de URL para detectar si sus propios esquemas de URL o los de otros han sido secuestrados.

Hay dos formas de registrar un esquema de URL personalizado.

Estos dos métodos de registro son esencialmente iguales, pero en diferentes ubicaciones.

Necesitamos implementar el método proxy correspondiente en APPdelegate:

Debajo de iOS 9.0

-(BOOL) Aplicación: (UIApplication *) Aplicación openURL :(NSURL *)URL de aplicación fuente:(NSString *)Comentario de aplicación fuente:(id)comentario

IOS 9.0 o superior

-(BOOL)aplicación:(aplicación ui *) aplicación openURL: (NSURL *) URL de la aplicación de origen: (ns string *) anotación de la aplicación de origen: (id) anotación;

Verifiquémoslo a través de Safari:

En Se requiere el siguiente método para Llame al esquema de URL en la aplicación:

Utilice este método en iOS10.0:

-(BOOL)openURL: (NSURL *)URL NS_DEPRECATED_IOS( 2_0, 10_0, "Utilice openURL:opciones:controlador de finalización:en su lugar") NS_EXTENSION_UNAVAILABLE_IOS("");

Utilice este método en iOS10.0:

- (void) openURL: (NSURL *) Opciones de URL : (NSDictionary & ltUIApplicationOpenExternalURLOptionsKey, id & gt *) controlador de finalización de opciones: (void (^__nullable) (BOOL Success)) finalización ns_available_ IOs(10_0)ns_extension_unavailable_IOs("");

Hay otra forma de determine si existe el esquema de URL correspondiente, generalmente utilizado junto con el método anterior:

-(BOOL)canOpenURL:(NSURL *)URL NS_AVAILABLE_IOS(3_0);

Verifiquemos: