iOS 打开本地其他应用程序（URL Types）

/*前言废话：Xcode是神奇的，是我所见到的编译器中最为神奇的，如：它可以同时运行两个甚至更多Project到我们模拟器上，可以同时使用一个模拟器多个项目窗口共同调试，强大不，废话不多上了，说正题*/

声明：本文有许多知识来自网络、官方文档、加之自我理解，如有不对之处希望大家指出

一、先来一个使用的例子看看

　　1、Project -》 Target -》 info

　　2、展开URL Types，添加一个“”

　　3、你至少要填写 URL Schemes 和 Identifier两项(可随便写)，（URL Schemes类似于协议头，我在这里填写:wfxg 。Identifier：唯一标示，这里我写：com.ceshiapp)

　　4、Command + R (编译运行，即安装到模拟器或设备上)

　　5、打开Safari（安装到模拟器或设备上的Safari哦）地址栏输入：wfxg://ceshiapp, ~~~~~~~成功跳转　　　　

　　在Safari中打开，就相当于我们在程序代码中的下面这句：

 [[UIApplication sharedApplication] openURL:[NSURL URLWithString:@"wfxg://com.ceshiapp"]];

　　其实这些完全可以在这里Info.pllist内操作, 可以看到URL Schemes是Array类型，没错，你现在可以使用 wfxg://com.ceshiapp或者wufaxiugai://com.ceshiapp都可以打开，很简单吧。

/*******************************************************************************************/

iOS系统中的URL Schemes的作用为应用程序提供了一个其他应用程序或者safari可以启动他的一种方法。

原理很简单,首先Schemes是在你的应用程序的info.plist里面定义的,在安装应用程序后.应用程序可以解析你的info.plist,如果检测到CFBundleURLTypes,会将相应Scheme注册到系统里面。如果有应用程序通过[[UIApplication sharedApplication] openURL:url]打开了safari或者直接在safari里面输入URL.系统会检测URL,然后对照已经注册的scheme来启动相应的应用程序.比较常见的scheme有http,mailto,tel,sms. 当然你可以自己定义一个.
被启动的应用程序会调用（已过期）

 - (BOOL)application:(UIApplication *)application handleOpenURL:(NSURL *)url;  // Will be deprecated at some point, please replace with application:openURL:sourceApplication:annotation:

或者

 - (BOOL)application:(UIApplication *)application openURL:(NSURL *)url sourceApplication:(NSString *)sourceApplication annotation:(id)annotation NS_AVAILABLE_IOS(4_2); // no equiv. notification. return NO if the application can't open for some reason

这个函数返回的是bool值,他的返回值指明了是否根据URL的内容是否合法来打开指定的应用程序.当你的应用程序定义了一个scheme可以让别人打开的话,并且需要接受一些参数作为启动参数的时候.这是非常危险的.因此需要对接受到的URL进行检查,如果符合你的要求,那就打开应用程序,如果不符合,可以拒绝打开!

URL简述

如果一个应用程序支持一些已知类型的URL，您就可以通过对应的URL模式和该程序进行通讯。然而，在大多数情况下，URL只是用于简单地启动一个应用程序并显示一些和调用方有关的信息。举例来说，对于一个用于管理地址信息的应用程序，您就可以在发送给它的URL中包含一个Maps程序可以处理的地址，以便显示相应的位置。这个级别的通讯为用户创造一个集成度高得多的环境，减少应用程序重新实现设备上其它程序已经实现的功能的必要性。

苹果内置支持http、mailto、tel、和sms这些URL模式，还支持基于http的、指向Maps、YouTube、和iPod程序的URL。应用程序也可以自己注册定制的URL模式。您的应用程序可以和其它应用程序通讯，具体方法是用正确格式的内容创建一个NSURL对象，然后将它传给共享UIApplication对象openURL:方法。openURL:方法会启动注册接收该URL类型的应用程序，并将URL传给它。当用户最终退出该应用程序时，系统通常会重新启动您的应用程序，但并不总是这样。系统会考虑用户在URL处理程序中的动作及在用户看来返回您的应用程序是否合理，然后做出决定。

下面的代码片断展示了一个程序如何请求另一个程序提供的服务（假定这个例子中的“todolist”是由应用程序注册的定制模式）：

NSURL *myURL = [NSURL URLWithString:@"todolist://www.acme.com?Quarterly%20Report#200806231300"];

[[UIApplication sharedApplication] openURL:myURL];

重要提示：如果您的URL类型包含的模式和苹果定义的一样，则启动的是苹果提供的程序，而不是您的程序。如果有多个第三方的应用程序注册处理同样的URL模式，则该类型的URL由哪个程序处理是没有定义的。

如果您的应用程序定义了自己的URL模式，则应该实现对该模式进行处理的方法，具体信息在“实现定制的URL模式”部分中进行描述。有关系统支持的URL处理，包括如何处理URL的格式，请参见苹果的URL模式参考。

实现定制的URL模式

您可以为自己的应用程序注册包含定制模式的URL类型。定制的URL模式是第三方应用程序和其它程序及系统进行交互的机制。通过定制的URL模式，应用程序可以将自己的服务提供给其它程序。

注册定制的URL模式

在为您的应用程序注册URL类型时，必须指定CFBundleURLTypes属性的子属性，我们已经在“信息属性列表”部分中介绍过这个属性了。CFBundleURLTypes属性是应用程序的Info.plist文件中的一个字典数组，每个字典负责定义一个应用程序支持的URL类型。表1-6描述了CFBundleURLTypes字典的键和值。

**表1-6** `CFBundleURLTypes`属性的键和值
键	值
`CFBundleURLName`	这是个字符串，表示URL类型的抽象名。为了确保其唯一性，建议您使用反向DNS风格的标识，比如`com.acme.myscheme`。这里提供的URL类型名是一个指向本地化字符串的键，该字符串位于本地化语言包子目录中的`InfoPlist.strings`文件中。本地化字符串是人类可识别的URL类型名称，用相应的语言来表示。
`CFBundleURLSchemes`	这是个URL模式的数组，表示归属于这个URL类型的URL。每个模式都是一个字符串。属于指定URL类型的URL都带有它们的模式组件。

图1-7显示了一个正在用内置的Xcode编辑器编辑的Info.plist文件。在这个图中，左列中的URL类型入口相当于您直接加入到Info.plist文件的CFBundleURLTypes键。类似地，“URL identifier”和“URL Schemes”入口相当于CFBundleURLName和CFBundleURLSchemes键。

在Info.plist文件中定义一个定制的URL模式

您在对CFBundleURLTypes属性进行定义，从而注册带有定制模式的URL类型之后，可以通过下面的方式来进行测试：

连编、安装、和运行您的应用程序。
回到Home屏幕，启动Safari（在iPhone仿真器上，在菜单上选择Hardware > Home命令就可以回到Home屏幕）。
在Safari的地址栏中，键入使用定制模式的URL。
确认您的应用程序是否启动，以及应用程序委托是否收到application:handleOpenURL:消息。

处理URL请求

应用程序委托在application:handleOpenURL:方法中处理传递给应用程序的URL请求。如果您已经为自己的应用程序注册了定制的URL模式，则务必在委托中实现这个方法。

基于定制模式的URL采用的协议是请求服务的应用程序能够理解的。URL中包含一些注册模式的应用程序期望得到的信息，这些信息是该程序在处理或响应URL请求时需要的。传递给application:handleOpenURL:方法的NSURL对象表示的是Cocoa Touch框架中的URL。NSURL遵循RFC 1808规范，该类中包含一些方法，用于返回RFC 1808定义的各个URL要素，包括用户名、密码、请求、片断、和参数字符串。与您注册的定制模式相对应的“协议”可以使用这些URL要素来传递各种信息。

在程序清单1-2显示的application:handleOpenURL:方法实现中，传入的URL对象在其请求和片断部分带有具体应用程序的信息。应用程序委托抽出这些信息—在这个例子中，是指一个to-do任务的名称和到期日—并根据这些信息创建应用程序的模型对象。