仓酷云

 找回密码
 立即注册
搜索
热搜: 活动 交友 discuz
查看: 2026|回复: 18
打印 上一主题 下一主题

[学习教程] IOS编程:经由过程android:ssp高效过滤Android Intents仓酷云

[复制链接]
再现理想 该用户已被删除
跳转到指定楼层
楼主
发表于 2015-1-18 11:32:26 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式

马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。

您需要 登录 才可以下载或查看,没有帐号?立即注册

x
除了在程序加载的时候把我的view加载到他上目前我还没用到过其他的苹果一直很推崇MVC的程序结构视图模型控制器简单说就是视图负责显示内容模型负责所有数据的保存结构或者一些其他数据操作控制器是用来协调视图和模型举车的发动机系统的例子我发明在Android4.4(APIlevel19)中“标签增添了一个新的没有在文档中纪录的XML属性,这个属性是用来过滤intent的。
android:ssp这个属性旨在比对URI,望文生义“ssp”是“scheme-specificpart”的缩写,也就是指URI中除scheme之外的一切剩下的内容。
举个例子,假如我们有个一个URI内容是"https://example.com/foo/bar"那末这个URI的scheme是https,而它的ssp则是"//example.com/foo/bar"。
别的,这个属性其实不经常用来婚配例子中所说的惯例HTTPURL,由于我们已有了android:host和android:path*如许的便利好用的过滤器往办理这个成绩。ssp这个过滤则是让我们更高效的往监控一些特定的intent事务。
实践成绩

Android的broadcastreceiver机制是包管你的app收到体系各种信息关照的好办法,不管你的使用是不是启动,你都能够吸收到体系的broadcast。好比,以后收集的形态,电池电量高等等。
同时,因为很多分歧的App大概会注册统一个高频次的事务,这就招致了体系同时会换起良多历程,这会让你的体系变的很慢。有个罕见的例子就是当你安装,晋级或卸载使用的时分引发体系的卡顿。
明显,很多带统计SDK的使用都试图往监控和呈报以后呆板中app的安装和卸载情形,一样平常来讲必要吸收的broadcastreceiver就好像下文所示的代码那样:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
<receiverandroid:name=".PackageReceiver">
<intent-filter>
<actionandroid:name="android.intent.action.PACKAGE_ADDED"/>
<dataandroid:scheme="package"/>
</intent-filter>
</receiver>
```
能够注重到的一点是,我们常常只是对一部分的事务有乐趣,好比URI是相似于"package:com.example.someapp"。但因为这个URI并非一个条理布局的URI,它并没有host,port和path这些信息,我们并没有举措准确的指定必要监控的包,以是每次有package想过的操纵app城市被叫醒!
##巧用android:ssp
到了Android4.4,我们能够是利用scheme-specific部分来婚配URI,只必要使用`android:ssp`,`android:sspPrefix`和`android:sspPattern`这三个属性就能够。
仍是以下面的package事务做例子,我们如今能够指定特定的一个或几个我们有乐趣的包来举行监控。好比说,我的app具有三个分歧的packageID分离给开辟版,beta版和正式版。那末我们能够经由过程以下的体例往婚配这三个app:
<preclass="brush:xml;gutter:true;first-line:1;highlight:[];html-script:false">
<receiverandroid:name=".DataClearedReceiver">
<intent-filter>
<actionandroid:name="android.intent.action.PACKAGE_DATA_CLEARED"/>
<dataandroid:scheme="package"
android:sspPrefix="com.myswitzerland.hotels"/>
</intent-filter>
</receiver>


很少去思考,没有去多问几个为什么。这是学习的大忌,我认识到了自己学习方法上的错误。孔子说,学而不思则罔,思而不学则殆。一点也没错,学和思是要结合的,这样才能进步。现在回想一下,我学到了什么?自己也无言以对了。
第二个灵魂 该用户已被删除
沙发
发表于 2015-1-20 07:35:13 | 只看该作者
近期由于IOS7的发布,所以应用的适配潮可谓是都搞的锣鼓喧天,甚是热闹,因此呢,因适配IOS7而产生的问题也是铺天盖地的卷来,
乐观 该用户已被删除
板凳
发表于 2015-1-21 21:48:06 | 只看该作者
边吃零食边看Stanford的视频教程
灵魂腐蚀 该用户已被删除
地板
发表于 2015-1-30 06:19:40 来自手机 | 只看该作者
边吃零食边看Stanford的视频教程
再现理想 该用户已被删除
5#
 楼主| 发表于 2015-1-31 19:33:38 | 只看该作者
在百度搜索你想要了解的类名(苹果的cocoa和cocoatouch框架的类名很有特点很容易搜到,前缀都是NS or UI),看别人写的博客详解
再见西城 该用户已被删除
6#
发表于 2015-2-6 21:27:03 | 只看该作者
其实在培训的过程中,学习到最多的就是查资料的方式,当时感觉老师好坑,什么都不告诉我们,让我们自己去查,但是现在觉得还是要自己解决问题,这样才能理解的更加深入。
小女巫 该用户已被删除
7#
发表于 2015-2-18 19:45:46 | 只看该作者
其实在培训的过程中,学习到最多的就是查资料的方式,当时感觉老师好坑,什么都不告诉我们,让我们自己去查,但是现在觉得还是要自己解决问题,这样才能理解的更加深入。
因胸联盟 该用户已被删除
8#
发表于 2015-2-26 19:06:28 | 只看该作者
以上可以同时进行,学习过程中尽量不要纠结细节和底层,要知道ios是封闭的、OC是高级语言,我们不可能过多地去了解它的原理,至少在新手阶段没有必要。用迭代的方式更新你的知识,而不是死抠一个知识点。
山那边是海 该用户已被删除
9#
发表于 2015-3-8 16:40:47 | 只看该作者
AD: iPhone文件系统NSFileManager讲解是本文要介绍的内容,主要是通过iphone文件系统来学习NSFileManager的使用方法,具体内容来看本文详解。
10#
发表于 2015-3-10 12:50:19 | 只看该作者
iPhone文件系统:创建、重命名以及删除文件,NSFileManager中包含了用来查询单词库目录、创建、重命名、删除目录以及获取/设置文件属性的方法(可读性,可编写性等等)。
蒙在股里 该用户已被删除
11#
发表于 2015-3-11 08:59:12 | 只看该作者
开始的时候甚至想放弃,不过想想自己的未来,只能咬牙坚持,课下就不停的缠着老师。放学就补基础,这些基础的东西没有速成的,只有刻苦努力。我是后来发现的,转变自己的心态,不要读书看资料当成一种痛苦
admin 该用户已被删除
12#
发表于 2015-3-17 17:08:34 | 只看该作者
到大三时,学院与我去培训的机构成立了实习基地,并让我们寒假去实习了一段时间,感觉还不错,于是在大四的时候去培训了
飘灵儿 该用户已被删除
13#
发表于 2015-4-6 00:11:53 | 只看该作者
众多研发人员积极参与到iOS平台的开发中来也就不足为奇了。
分手快乐 该用户已被删除
14#
发表于 2015-4-6 04:45:04 | 只看该作者
其实在培训的过程中,学习到最多的就是查资料的方式,当时感觉老师好坑,什么都不告诉我们,让我们自己去查,但是现在觉得还是要自己解决问题,这样才能理解的更加深入。
简单生活 该用户已被删除
15#
发表于 2015-4-25 03:24:12 | 只看该作者
最后在做项目的时候一定要认真对待,毕竟这个直接和你的就业挂钩,这也是锻炼你实际操作的能力。
若相依 该用户已被删除
16#
发表于 2015-4-26 02:31:27 | 只看该作者
看完这个你就可以有多种选择来踏入做应用的阶段
老尸 该用户已被删除
17#
发表于 2015-5-4 01:52:40 | 只看该作者
重要的是,放眼全球也的确找不到第二个如苹果iOS平台这样健壮、完整、先进而且为开发者带来真实收益的开发平台来。
小妖女 该用户已被删除
18#
发表于 2015-5-5 22:45:53 | 只看该作者
down下code4app网站的每个分类的代码挨着看
飘飘悠悠 该用户已被删除
19#
发表于 2015-6-4 01:34:45 | 只看该作者
iPhone文件系统NSFileManager讲解是本文要介绍的内容,主要是通过iphone文件系统来学习NSFileManager的使用方法,具体内容来看本文详解。
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

QQ|Archiver|手机版|仓酷云 鄂ICP备14007578号-2

GMT+8, 2024-12-23 00:08

Powered by Discuz! X3.2

© 2001-2013 Comsenz Inc.

快速回复 返回顶部 返回列表