快上网专注成都网站设计 成都网站制作 成都网站建设
成都网站建设公司服务热线:028-86922220

网站建设知识

十年网站开发经验 + 多家企业客户 + 靠谱的建站团队

量身定制 + 运营维护+专业推广+无忧售后,网站问题一站解决

ios开发分享功能,ios app分享功能

如何为iOS app添加AirDrop文件分享功能

AirDrop概览

成都创新互联坚持“要么做到,要么别承诺”的工作理念,服务领域包括:做网站、网站制作、企业官网、英文网站、手机端网站、网站推广等服务,满足客户于互联网时代的复兴网站设计、移动媒体设计的需求,帮助企业找到有效的互联网解决方案。努力成为您成熟可靠的网络建设合作伙伴!

AirDrop是iOS 7引入的一项新功能,iCloud同步功能允许在用户的两台iOS设备之间分享照片和文档,而AirDrop可以在不同用户的iOS设备之间进行照片和文档的分享。

在iOS 7之前,iOS用户主要依靠第三方app实现iOS设备间的文件和数据分享,在iOS 7中,该项新功能适用于所有iPhone 5、iPad 4、iPad mini以及第五代iPod touch设备。通过AirDrop,你可以与附近其他iOS app分享照片、视频、通讯录、URL、Passbook passes、App Store上的app列表、iTunes Store中的媒体列表以及地图中的位置信息等等。

苹果在iOS 7 SDK中集成了UIActivityViewController类,可以让你很简单地就能把AirDrop功能整合进app中。UIActivityViewController类封装了文件分享功能的细节。你所需要的就是告知这个类你希望分享的内容,以及处理的结果。在这个教程中,我们将会演示UIActivityViewController的使用方法,以及你该如何使用AirDrop来分享图片/文档。

AirDrop使用蓝牙来扫描周围的设备,当两台设备通过蓝牙建立起了连接,考虑到更快速的数据传输,它就会创建点对点的Wi-Fi网络来连接两部iOS 设备。但并不意味着为了使用AirDrop而需要把设备连接至Wi-Fi网络。

比如你想在iPhone拍照类app中将照片分享给另一位iPhone设备,假如你在两台设备间启动了AirDrop,点击屏幕左下角的分享按钮就能实现不同用户iOS 设备间的文件分享。当屏幕处于关闭状态时,AirDrop为不可用,所以要确保文件接收方的设备处于打开状态,然后选择设备进行分享。在另一台设备上,你会看到照片预览和确认要求。接收者可以接受或者拒绝接收文件。如果你选择了接收,照片会被传输至你的iOS设备,并保存至相册。

AirDrop并不仅仅适用于拍照类app,你也可以在大部分内置的应用中看到它,比如Contacts, iTunes, App Store, Safari以及其他应用程序中。

下面我们来看看如何把AirDrop整合进你的app。

UIActivityViewController简介快览

可能有开发者会觉得在应用中整合AirDrop比较麻烦,其实只需要数行代码就能实现,UIActivityViewController让这个过程变得非常简单,因为AirDrop是该类固定的一部分。

UIActivityViewController类是一个标准的view controller,提供了几项标准的服务,比如复制项目至剪贴板,把内容分享至社交网站,以及通过Messages发送数据等等。在iOS 7 SDK中,UIActivityViewController类提供了内置的AirDrop功能。

如果你有一些数据一批对象需要通过AirDrop进行分享,你所需要的是通过对象数组初始化UIActivityViewController,并展示在屏幕上:

UIActivityViewController *controller = [[UIActivityViewController alloc] initWithActivityItems:objectsToShare applicationActivities:nil];

[self presentViewController:controller animated:YES completion:nil];

如上代码所示,只需要两行代码,你就能通过AirDrop选项启用activity view。当检测到周围的设备时,activity controller会自动展示在设备上,并处理数据转换(如果你选择了该项)。

根据需要,你可以拒绝特定的分享类型,也就是说,你可以通过排除所有的活动仅展示通过AirDrop进行分享。如下代码所示:

UIActivityViewController *controller = [[UIActivityViewController alloc] initWithActivityItems:objectsToShare applicationActivities:nil];

NSArray *excludedActivities = @[UIActivityTypePostToTwitter, UIActivityTypePostToFacebook,

UIActivityTypePostToWeibo,

UIActivityTypeMessage, UIActivityTypeMail,

UIActivityTypePrint, UIActivityTypeCopyToPasteboard,

UIActivityTypeAssignToContact, UIActivityTypeSaveToCameraRoll,

UIActivityTypeAddToReadingList, UIActivityTypePostToFlickr,

UIActivityTypePostToVimeo, UIActivityTypePostToTencentWeibo];

controller.excludedActivityTypes = excludedActivities;

[self presentViewController:controller animated:YES completion:nil];

现在activity view controller仅展示AirDrop选项:

你可以通过UIActivityViewController来分享不同的数据类型,包括NSString, UIImage以及NSURL。你不仅可以使用NSURL分享链接,也可以通过URL传递任何类型的文件。

在接收端,当其他设备接收数据时,它会基于数据类型自动打来app。也就是说,如果传送的是UIImage时,被接收的图片会展示在拍照类app中。当传递的是PDF文件时,其他设备会在Safari中打开它。如果你仅仅分享NSString object,数据将会被展示在Notes app中。

AirDrop Demo App介绍

现在我们创建一个AirDrop demo app来帮你更好地理解UIActivityViewController和AirDrop。这个示例app非常简单,当首次启动,你会看到罗列了几个文件的表格视图,包括图片文件、PDF文件以及文本文件,你可以点击文件并查看内容。在content view中,会看到一个屏幕右上角有一个操作按钮。点击按钮将启用AirDrop选项,并且你可以与周围设备分享图片或者文档。

你可以从头开始做这个app,但是为了节省时间,你可以下载这个项目模板来试验。打开Xcode project,你会发现下边这个Storyboard:

这个示例app已经执行了ListTableViewController和DocumentViewController。如果编译并运行这个app,你会发现一个文件列表。点击任何一个文件,图片或者文档内容将会展示出来。但是分享按钮并没有被执行,这也是我们将要讨论的一点。

添加AirDrop功能

在工程模板中,ListTableViewController被用来在表格视图中展示文件列表,而DocumentViewController则通过web view来展示文档内容。document view中的操作按钮和DocumentViewController的share: method有关。该方法的实现如下所示:

- (IBAction)share:(id)sender {

NSURL *url = [self fileToURL:self.documentName];

NSArray *objectsToShare = @[url];

UIActivityViewController *controller = [[UIActivityViewController alloc] initWithActivityItems:objectsToShare applicationActivities:nil];

// Exclude all activities except AirDrop.

NSArray *excludedActivities = @[UIActivityTypePostToTwitter, UIActivityTypePostToFacebook,

UIActivityTypePostToWeibo,

UIActivityTypeMessage, UIActivityTypeMail,

UIActivityTypePrint, UIActivityTypeCopyToPasteboard,

UIActivityTypeAssignToContact, UIActivityTypeSaveToCameraRoll,

UIActivityTypeAddToReadingList, UIActivityTypePostToFlickr,

UIActivityTypePostToVimeo, UIActivityTypePostToTencentWeibo];

controller.excludedActivityTypes = excludedActivities;

// Present the controller

[self presentViewController:controller animated:YES completion:nil];

}

这个代码非常熟悉,我们在最开始的时候已经讨论过了,它可以用来简单地创建UIActivityViewController,排除所有分享功能(AirDrop除外),并作为模态视图展示出控制器。棘手的部分是如何定义分享的对象。下边我们将会把分享文件转换成NSURL object,并把文件URL作为数组传递给AirDrop。

头两行代码是关于file URL转换的。documentName属性存储了当前文件(比如ios-game-kit-sample.pdf),展示在document view中。我们通过文档名称和它返回的相应的file URL,来简单地调用fileToURL: method。fileToURL: method已经在工程模板中,代码如下:

- (NSURL *) fileToURL:(NSString*)filename

{

NSArray *fileComponents = [filename componentsSeparatedByString:@"."];

NSString *filePath = [[NSBundle mainBundle] pathForResource:[fileComponents objectAtIndex:0] ofType:[fileComponents objectAtIndex:1]];

return [NSURL fileURLWithPath:filePath];

}

这些代码非常简洁明了,比如ios-game-kit-sample.pdf将会被转换为

%20Support/iPhone%20Simulator/7.0.3/Applications/A5321493-318A-4A3B-8B37-E56B8B4405FC/AirDropDemo.app/ios-

game-kit-sample.pdf.

file URL依据你运行的设备而变化,但是URL应该以“file://”协议开头。通过file URL object,我们创建了相应的数组,并把它传递给UIActivityViewController以用来进行AirDrop分享。

编译并运行AirDrop demo

做完这些后,编译并在iPhone上运行这个app。

注意:你需要一个真实的设备来测试AirDrop分享。不能在模拟器上进行分享。

Uniform Type Identifiers (UTIs)统一标示符(UTIs)

当你把图片分享之其他iOS设备,接收方会自动打开拍照类app并加载图片。如果你传递的是PDF文件,接收方设备可能会提示你选择一个app来打开文件,或者直接在iBooks中打开。iOS是如何知道哪个app适合什么样的数据类型呢?

在系统中,苹果用UTIs来处理数据类型的标示。简单的说,一个uti是用来标示特定类型的数据或文件。例如,com.adobe.pdf标示一个pdf文件,而public.png代表一个PNG图片。在这里可以查看已经在系统中注册了的完整的UTIs清单。(love cc cat)应用程序可以打开在iOS系统中已经注册了的UTI。因此无论文件是否被打开,iOS都会用特定的程序打开这个文件。

系统允许多个程序注册相同的UTI。在这个教程中,iOS将通过app列表打开文件。比如,当你分享PDF文档时,你可以在接收端设备上看到如下屏幕:

总结

AirDrop是iOS 7引入的一个非常酷的功能,它为iOS设备间数据分享提供了一个很好的方法。首先,内置的UIActivityViewController类使得开发者在应用中实现该功能变得非常简单。正如你所看到的demo app,它仅仅需要几行代码就能实现。所以推荐开发者在应用中实现该功能。

iOS实现App之间文件分享方法

1 UIFileSharingEnabled 设置为YES

并设置如下的格式告诉系统你能处理这个类型的文件

2 设置info.plist里添加可以读取PDF功能 如图所示

3 当第三方应用选择你的程序后,回自动触发– application:openURL:sourceApplication:annotation:. 你要做的就是在该方法里实现打开这个PDF即可:

4 但如果你要打开自定义的文件格式则需要告诉系统你的自定义格式 UIExportedTypeDeclarations 并新增一个item 可能你会问为什么PDF不用设置这个,因为系统已经默认支持PDF所以不用在设置一个PDF对应的UIExportedTypeDeclaration。 如图所示

5 分享文件的属性设置可以在这里查看

6 文件的复制、删除,请看下面的这篇文章

iOS的Share Extension分享机制

在最近参与的项目过程中,我发现一个有趣的现象。国内的App开发者,在设计“分享”这个功能的时候,一般都会根据业务的实际需要,设计一套自定义的解决方案,我们姑且称之为“自定义分享插件”。而相比之下,国外的开发者更倾向于使用iOS提供的系统级的Share Extension,我们姑且称之为“原生分享插件”。那么,这两种方案,各有什么特色和优缺点呢?

什么是原生分享插件?

我们先来简单看一下什么是苹果的原生分享插件Share Extension。前面说过,由于中国App开发大量使用自定义的分享方式,所以可能很多设计师还不熟悉原生分享的机制。另外,苹果直到去年的iOS8.0才重新定义了iOS的Extension机制,并重新设计了Share Extension,使得她真正变得好用而受到开发者的认可。所以,原生分享插件对于我们来说,其实还挺新的:)

在早先版本里,从iOS5到iOS6,乃至iOS7,分享插件的界面设计进过了几次变更,但是功能上一直十分有限,一开始仅限于系统级和系统原生应用的内容传递,例如发送照片内容到邮件和短信,或者从Safari保存网页等。后来苹果通过与Twitter和Facebook等几家公司签订独立的协议,实现了整合的方案,使内容分享到这些应用的过程更方便。

但是苹果显然也意识到了这一点,即系统和应用,以及应用与应用之间传递内容信息的需求是用户真实存在的需求,需要一个真正系统级的解决方案,就像当年的Push Notification那样,一个方案解决所有App的问题,而不是一家一家地去签协议。

所以,在去年的iOS8发布时,苹果对分享机制做了大刀阔斧的改变,这就是新的Share Extension,原生分享插件。App开发者只需要在开发过程中,为App加入原生分享插件,向系统注册,就可以通过Extension来实现与系统和其他App的内容分享了。原生分享插件就相当于一个中间媒介,可以接受Host App(发送内容的App)提交的内容,转交给想要分享到的Containing App(接受内容的App)。、

举例来说,如果你开发的是一个电商类App,希望鼓励用户把App上的商品分享给他们的朋友或者社交媒体,那么通过挂载和注册原生分享插件,以后用户想要分享App上的内容时,唤出分享界面,就可以把内容分享到系统上的任一(注册了分享插件的)位置。相反,如果你开发的是一个社交App,并鼓励用户从其他内容源分享内容你的App,同样需要注册到分享插件,表明你同意接受由它发送来的内容。

当然,不同形式的内容也不是随便就到处传递的。无论你是发送内容的Host App,还是接受内容的Containing App,都需要向原生分享插件描述清楚,要发送或接受的内容是什么格式,比如图片视频、文本还是链接。这被称为Activation Rules。也就是说,假如用户要分享的是一段文字,那么当他点击分享按钮时,弹出的Share Sheet上,就不会显示Instagram和Pintrest这类App,因为他们只接受图片分享。这也就是说,尽管是同一个原生分享组件,但是在不同的App上,它出现时显示的内容会自动根据要分享出去的内容性质做出变化。

所以,iOS的Share Extension原生分享插件,就像一个巨大的内容中转站,在系统和App,以及App之间建立起关联,方便内容的传递。

那么为什么要采用这样一种集成式的设计思路,而不是鼓励各App之间点对点传输呢?

最大的优势就是安全性和便利性。

iOS上的App被设计在一个“沙盒”里,App与系统间,以及App与另一个App之间的数据传输是受到严格限制的。所以我们经常遇到App在使用相机、相册或者GPS传感器时,都要请求用户同意的场景。这样设计的好处就是苹果的设备安全系数很高,恶意软件和病毒很难入侵。在这种情况下,如果系统允许App随便传递内容信息,肯定是不行的。App们互相之间如果要传递信息,也要先建立信任,也就是授权。所以在没有原生分享插件的时候,每一次分享动作,伴随的都是可能要一次新的授权(如果你自定义分享插件,情况便是如此)。而原生分享插件,就是将这些授权全都集中起来,由系统平台一次完成(App向系统注册时)。这样,iOS通过这种集成的方式,既能保证沙盒机制不被破坏,又实现了系统层面的信息分享。

当App注册了原生分享插件,一方面,它就可以通过插件向系统和其他所有(也注册了分享插件)的App发送内容,只要对方接受内容的形式(图片、文本等)。另一方面,它也同意接受来自插件的相应内容。这意味着,用户在iOS设备上,从任意一个App分享内容到其他任意一个App时,都不用再额外进行一个App之间的授权动作了。分享真正变成系统级别的,无处不在的。

并且,这个方案的系统整合程度很高,意味着,在实际的交互场景中,用户甚至可以不用跳转到他要分享的那个App里去操作,而是直接在当前界面完成分享,然后继续该干嘛干嘛。

讲完了这些,那么问题来了:

既然苹果的这套Share Extension机制这么好,为什么国内的App们还偏要自定义分享插件呢?

最大的问题在于,App的开发者想要分享内容到甲乙丙,而原生分享插件显示的是ABC。

苹果在设计原生分享插件时,是从所有用户的习惯角度出发的,如果用户经常分享内容到Facebook和Pintrest,而不常用Twitter,那么他可以通过Share的Action Sheet上的“更多”按钮,进入一个设置页面,在那里调整分享到App的顺序,甚至把不常用的分享渠道关掉。

这显然不符合国内一些开发者的口味,尤其是BAT这样的大公司。微信就关闭了对原生分享的支持,而选择了大量的自定义,所以我们可以看到微信的Share Sheet上出现了“收藏”、“调整字体”等跟分享毫无关系的功能。淘宝的分享也是自定义的。这类大公司的逻辑更多是让分享内容在自家的生态体系里流动,而不是整个平台。

一个非常有意思的特例是Pintrest。这家公司在自己的App上也使用了自定义的分享插件,为了方便用户把内容分享给App内的好友关系圈。但是如果在自定义的sheet上点击表示“更多”的那个“…”红色按钮,这是App又会调出原生分享插件。真是既满足了自己的小算盘,又照顾到了全平台的用户。而这样做的副作用就是,如果用户在第一个自定义Sheet上点击分享到Facebook,则调用系统分享编辑界面,而如果用户是在第二个原生分享sheet上点击,则会跳转到Facebook App里去做分享内容编辑。

iOS调用系统分享功能

调用下面的方法即可实现系统分享功能

//分享

- (IBAction)RespostClick_Action:(id)sender {

UIImage* image = [UIImage imageNamed:@"icon_share.png"];

NSString *text = @"I found an Awesome application software! InstaDown";

//;ls=1mt=8

NSURL *urlToShare = [NSURL URLWithString:[NSString stringWithFormat:@";ls=1mt=8",[HHLADSManager getValueFromjsondata:@"appid"]]];

NSArray *activityItems = @[text,image,urlToShare];

UIActivityViewController *avc = [[UIActivityViewController alloc]initWithActivityItems:activityItems applicationActivities:nil];

[self presentViewController:avc animated:TRUE completion:nil];

// 选中分享类型

[avc setCompletionWithItemsHandler:^(NSString * __nullable activityType, BOOL completed, NSArray * __nullable returnedItems, NSError * __nullable activityError){

// 显示选中的分享类型

NSLog(@"act type %@",activityType);

if (completed) {

NSLog(@"ok");

}else {

NSLog(@"no ok");

}

}];

UIPopoverPresentationController *popover = avc.popoverPresentationController;

if (popover) {

popover.sourceView = self.view;

popover.sourceRect = self.view.bounds;

popover.permittedArrowDirections = UIPopoverArrowDirectionUp;

}

}

iOS系统分享到自己app的实践

这里主要讲利用分享扩展(share extension)实现系统分享到自己app的功能,扩展里面跳转宿主app,及数据传输等

创建成功会生成一个文件夹

info.plist 里面有激活扩展的规则,匹配规则会在系统分享里面出现自己的app。

NSExtensionActivationRule:默认为字符串“TRUEPREDICATE”,表示在分享菜单中一直显示该扩展。生产环境不可用,必须将类型改为Dictionary类型,然后添加以下字段:

默认分享扩展类ShareViewController,自带视图,可以全部自定义,这里不讲诉

跳转宿主app后在一下方法中处理逻辑

-(BOOL)application:(UIApplication *)app openURL:(NSURL *)url options:(NSDictionaryUIApplicationOpenURLOptionsKey,id *)options;

首先要配置相同的 App Groups,必须group.开头

NSUserDefaults *de = [[NSUserDefaults alloc]initWithSuiteName:@"group.(跟上面app groups一致)"];

[de setObject:value forKey:@"key"];

宿主app 获取数据

NSUserDefaults *de = [[NSUserDefaults alloc]initWithSuiteName:@"group.(跟上面app groups一致)"];

id value = [de objectForKey:@"key"];

扩展要选择对应宿主app运行,但扩展属于独立进程,调试的时候运行扩展,宿主app里面的断点不会走,同样运行宿主app,扩展里面的断点不会执行

ios sharesdk分享功能怎么做

1.在 ShareSDK()的官方上下载 SDK 并导入工程 将 ShareSDK 文件夹到项目文件夹中夹并拖入项目中。

2. 添加依赖框架(Framework) 打开项目设置中的 Build Phases 页,在“Link Binary With Libraries”一栏中,点击左下角的“+” 号;在弹出窗口里面分别以下库加入到项目中: SystemConfiguration.framework QuartzCore.framework MessageUI.framework libicucore.dylib

3.引入社区应用配置信息。 打开 main.m 文件加入

#import

如图:

(P.S. 此头文件必须在此文件下导入,否则会导致编译不通过) 4. 配置所有社交平台的 AppKey 打开 ShareSDKConfig.h 文件,根据需求设置各个平台的 App 相关信息(每个平台的 App 都需要到相 应平台上进行应用登记后来取的相关信息) 。如图:

5.

配置 URL Scheme 打开*-Info.plist(*代表你的工程名字) 。在配置文件中新增一项 URL types (如果存在可以不创建) 展开 URL types – URL Schemes, URL Schemes 下新增一项用于新浪微博 , 在 授权的 Scheme(如果不添加则会导致新浪微博的 SSO 授权方式无法返回应用) 。其填写格式为: sinaweibosso.2279784657,其中后面的数字段为你在新浪微博申请的 AppKey。如下图所示:

另外,如果需要使用微信或者 QQ 平台接口也需要在此项下面添加相应的 Scheme。 6.嵌入代码

打开*AppDelegate.m(*代表你的工程名字)�6�5 在

�6�5-

(BOOL)application:(UIApplication

*)application

didFinishLaunchingWithOptions:(NSDictionary *)launchOptions �6�5 方法内添加如

下语句:

[ShareSDK registerApp:@"520520test"]; 然后,在处理请求 URL 的委托方法中加入 ShareSDK 的处理方法,如下: - (BOOL)application:(UIApplication *)application handleOpenURL:(NSURL *)url { return [ShareSDK handleOpenURL:url wxDelegate:self]; } - (BOOL)application:(UIApplication *)application openURL:(NSURL *)url sourceApplication:(NSString *)sourceApplication annotation:(id)annotation { return [ShareSDK handleOpenURL:url wxDelegate:self]; } 此处理方法已包括微信和 QQ 的回复处理,如果使用 ShareSDK 内置提示功能可以不需要再实现消息的 微信和 QQ 的回复消息捕获。

7.分享内容 在分享内容部分 ShareSDK 提供了三种接口来满足不同需求的分享功能实现。 7.1 菜单方式分享: 使用此方式进行分享会首先弹出菜单供用户选择分享的目标平台, 然后再显示内容编辑界面供用户进 行分享内容编辑,最后进行分享。调用该方式的接口如下:

id publishContent = [ShareSDK publishContent:@"content" defaultContent:@"" image:[UIImage imageNamed:@"Icon.png"] imageQuality:0.8 mediaType:SSPublishContentMediaTypeNews title:@"ShareSDK" url:url musicFileUrl:nil extInfo:nil fileData:nil];

[ShareSDK showShareActionSheet:self share


文章题目:ios开发分享功能,ios app分享功能
分享网址:http://6mz.cn/article/phpoec.html

其他资讯