仓酷云

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

[学习教程] IOS教程之iOS开辟中一些罕见的并行处置仓酷云

[复制链接]
深爱那片海 该用户已被删除
跳转到指定楼层
楼主
发表于 2015-1-18 11:37:12 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式

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

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

x
用代码控制view意思他们玩的都是高科技IB都是垃圾很多人也纠结到底用不用IB的确很多时候IB灵活度不行但是不需要灵活度的时候还不用IB那不是装X吗要是没人用苹果还开发IB干嘛早去掉了IB在很多时候节省很多工作量UINavigationController再说说NavigationController刚接触开发的时候不明白View和View之间怎么切换的本文次要切磋一些经常使用多义务的最好理论。包含CoreData的多线程会见,UI的并行绘制,异步收集哀求和一些在运转态内存吃紧的情形下处置年夜文件的计划等。

实在编写异步处置的程序有良多坑!以是,本文所触及的样例都只管接纳简便直不雅的处置体例。由于越是复杂的逻辑布局,越能彰显代码的头绪明晰,越易于了解。打个例如,假如在程序中利用多条理的嵌套回调,基础上这个它会有很年夜的重构空间。
OperationQueuesvs.GrandCentralDispatch

今朝,在iOS和OSX中,SDK次要供应了两类多义务处置的API:operationqueues和GrandCentralDispatch(GCD)。个中GCD是基于C的加倍底层的API,而operationqueues被广泛以为是基于GCD而封装的面向对象(objective-c)的多义务处置API。关于并发处置API层面的对照,有良多相干的文章,假如感乐趣能够自行浏览。
比拟于GCD,operationqueues的长处是:供应了一些十分好用的便利处置。个中最主要的一个就是能够作废在义务处置行列中的义务(稍后举例)。别的operationqueues在处置义务之间的依附干系方面也加倍简单。而GCD的专长是:能够会见和操纵那些operationqueues所不克不及利用的低层函数。概况参考低层并发处置API相干文章。
延长浏览:


  • StackOverflow:NSOperationvs.GrandCentralDispatch
  • Blog:WhentouseNSOperationvs.GCD
CoreDataintheBackground

在动手CoreData的多线程处置之前,我们倡议先通读一下苹果的官方文档”ConcurrencywithCoreDataguide”。这个文档中排列了诸多划定规矩,好比:不要在分歧线程间间接传送managedobjects。注重这意味着线程间不仅不克不及对不属于本人的managedobject做修正操纵,乃至连读个中的属性都不成以。准确做法是经由过程传objectID和从其他线程的context信息中猎取object的体例来到达传送object的效果。实在只需遵守文档中的各类引导划定规矩,那末处置CoreData的并行编程成绩就简单多了。
Xcode供应了一种创立CoreData的模版,事情道理是经由过程主线程作为persistentstorecoordinator(耐久化和谐者)来操纵managedobjectcontext,进而完成对象的耐久化。固然这类体例很便利并基础合用惯例场景,但假如要操纵的数据对照复杂,那就十分有需要将CoreData的操纵分派到其他线程中往(注:年夜数据量的操纵大概会堵塞主线程,长工夫堵塞主线程用户体验很差而且有大概招致使用程序假逝世或溃散)。
样例:向CoreData中导进大批的数据:
1.为引进数据创立一个独自的operation
2.创立一个和mainobjectcontext不异persistentstorecoordinator的objectcontext
3.引进操纵的context保留完成后,关照mainmanagedobjectcontext往兼并数据。
在样例app中,要导进一年夜组柏林的运输线路数据。在导进的过程当中会展现进度条而且用户能够随时作废以后导进操纵。守候条上面再用一个tableview来展现今朝已导进的数据同时边导进边革新界面。样例接纳的数据签名CreativeCommonslicense,能够在此下载。利用公然尺度的GeneralTransitFeed格局。
接上去创立NSOperation的子类ImportOperation,经由过程复写main办法来处置一切的导进事情。再创立一个privatequeueconcurrency范例的自力的managedobjectcontext,这个context必要办理本人的queue,在其上的一切操纵必需利用performBlock大概performBlockAndWait来触发。这点相称主要,这是包管这些操纵能在准确的线程上实行的关头。
1
2
3
4
5
6
7
NSManagedObjectContext*context=[[NSManagedObjectContextalloc]initWithConcurrencyType:NSPrivateQueueConcurrencyType];
context.persistentStoreCoordinator=self.persistentStoreCoordinator;
context.undoManager=nil;
[self.contextperformBlockAndWait:^
{
[selfimport];
}];

注:在样例中复用了persistentstorecoordinator。一般情形下,必要初始化managedobjectcontexts而且指定其范例:如NSPrivateQueueConcurrencyType,NSMainQueueConcurrencyType大概NSConfinementConcurrencyType,个中NSConfinementConcurrencyType不倡议利用,由于它是给一些遗留的旧代码利用的。
导进前,按行迭代运输线路数据文件的内容,给每个能剖析的行数据创立一个managedobject:
1
2
3
4
5
6
7
8
9
10
[linesenumerateObjectsUsingBlock:
^(NSString*line,NSUIntegeridx,BOOL*shouldStop)
{
NSArray*components=[linecsvComponents];
if(components.count<5){
NSLog(@"couldntparse:%@",components);
return;
}
[StopimportCSVComponents:componentsintoContext:context];
}];

经由过程viewcontroller中来触发操纵:
1
2
3
ImportOperation*operation=[[ImportOperationalloc]
initWithStore:self.storefileName:fileName];
[self.operationQueueaddOperation:operation];

至此为止,多线程导进数据到CoreData部分已完成。接上去,是作废导进部分,十分复杂只必要在汇合的疾速列举block中加个判别便可:
1
2
3
4
if(self.isCancelled){
*shouldStop=YES;
return;
}

最初是增添进度条,在operation中创立一个progressCallback属性block。注重更新进度条必需在主线程中完成,不然会招致UIKit溃散。
1
2
3
4
5
6
7
operation.progressCallback=^(floatprogress)
{
[[NSOperationQueuemainQueue]addOperationWithBlock:^
{
self.progressIndicator.progress=progress;
}];
};

在疾速列举中加高低面这行往挪用进度条更新block:
1
self.progressCallback(idx/(float)count);

但是,假如你实行样例app就会发明统统都出格慢并且作废操纵也有迟滞。这是由于mainopertationqueue中塞满了要更新进度条的block。经由过程下降更新进度条的频度能够办理这个成绩,
比方以百分之一的节拍更新进度条:
1
2
3
4
5
NSIntegerprogressGranularity=lines.count/100;
if(idx%progressGranularity==0){
self.progressCallback(idx/(float)count);
}

UpdatingtheMainContext
我们样例app中的tableview前面挂接了一个专门在主线程上实行取数据义务的controller。如后面所述,在导进数据的过程当中tableview会同期展现数据。要告竣这个义务,在数据导进的过程当中,必要向maincontext收回播送,要在Store类的init办法中注册CoreData播送监听:
1
2
3
4
5
6
7
8
9
10
11
12
13
[[NSNotificationCenterdefaultCenter]
addObserverForName:NSManagedObjectContextDidSaveNotification
object:nil
queue:nil
usingBlock:^(NSNotification*note)
{
NSManagedObjectContext*moc=self.mainManagedObjectContext;
if(note.object!=moc)
[mocperformBlock:^(){
[mocmergeChangesFromContextDidSaveNotification:note];
}];
}];
}];

注:假如block在mainqueue中作为参数传送,该block就会在mainqueue中实行。运转样例,此时tableview是在导进停止后才会展现导进了局。也许那末几秒钟,用户的操纵会被堵塞失落。因而,必要经由过程批量操纵来办理这个成绩。由于但凡导进较年夜的数据,都应当接纳渐渐导进的体例,不然内存很快就会被耗光,效力会奇差。同时,渐进式的导进也会分离mainthread更新tableview的压力。
至于说公道的保留的次数基础上就得靠试。存得太频仍,弱点是重复操纵I/O。存得次数太少,使用会变得常常无呼应。经由屡次实验,我们以为本样例中存储250次对照符合。改善后,导进历程变得很光滑,更新了tableview,全部历程也没有堵塞maincontext太久。
其他考量

在导进文件的时分,样例代码将全部文件间接读进内存后转成一个String对象接着再对其分行。这类体例十分合适操纵那些小文件,但关于年夜文件应当接纳逐行懒加载的体例。StackOverflow上DaveDeLong供应了一段十分好的样例代码来完成逐行读取。本文的最初也会供应一个流体例读进文件的样例。
注:在app第一次运转时,也能够经由过程sqlite来替换将大批数据导进CoreData这个历程。sqlite能够放在bundle内,也能够从服务器下载大概静态天生。某些情形下,真机上利用sqlite的存储历程会十分快。
最初要提一下,比来关于childcontexts的争辩良多,其实不倡议在多线程中利用它。假如在非主线程中创立了一个context作为maincontext的childcontext,在这些非主线程中实行保留操纵仍是会堵塞主线程。反过去,如果将maincontext设置为其他非主线程context的childcontext,其效果与传统的创立两个有依附干系的contexts相似,仍是必要手动的将其他线程的context变更和maincontext做兼并。
现实证实,除非有更好的选择,不然设置一个persistentstorecoordinator和两个自力的contexts才是对CoreData多线程操纵的公道体例。
延长浏览:


  • CoreDataProgrammingGuide:Efficientlyimportingdata
  • CoreDataProgrammingGuide:ConcurrencywithCoreData
  • StackOverflow:RulesforworkingwithCoreData
  • WWDC2012Video:CoreDataBestPractices
  • Book:CoreDatabyMarcusZarra
UICodeintheBackground

起首夸大一点:UIKit只在主线程上实行。换句话说,为了不堵塞UI,那些和UIKit不相干的可是却十分耗时的义务最好放到其他线程上实行。别的也不克不及自觉的将义务分到其他线程行列中往,真正必要被优化的的是那些瓶颈义务。
自力的、耗时的操纵最合适放在operationqueue中:
<p>1
2
3
4
5
6
7
8
__weakidweakSelf=self;
<p>
admin 该用户已被删除
沙发
发表于 2015-1-19 10:59:56 | 只看该作者
在此,某不才愿将安装成功的Mac OS X系统的vmware虚拟机向有志学习iOS开发的各位学友们免费开放出来,经测试,可以在WindowsXP/Win7系统上完美运行,即便你的机器只有2GB内存。
若相依 该用户已被删除
板凳
发表于 2015-1-24 12:12:37 | 只看该作者
这个办法就是在WindowsXP或Win7的电脑上,使用vmware虚拟机来搭建一个真实的Mac OS X环境。
透明 该用户已被删除
地板
发表于 2015-2-1 10:18:38 | 只看该作者
其次学习方法和学习心态很重要,在学习当中应该保持一颗良好的心态。应该借鉴别人好的学习方法,大家互相帮助,取长补短。
兰色精灵 该用户已被删除
5#
发表于 2015-2-2 22:34:46 | 只看该作者
看《iPhone 4与iPad开发基础教程》,跟着一步步来
再见西城 该用户已被删除
6#
发表于 2015-2-8 17:08:34 | 只看该作者
好处就是运行速度会变快,ios6针对系统的优化进一步加强了,很多网友测试ios6,第一感觉就是速度快,而且ios69会有一些新功能,新浪微博,facetime支持3G网等等。。弊端就是,现在的ios6只能算是正式版本的第一个版本,bug很多,不少人刷完ios6都出现了很多毛病,开不开机,缺少图标等等。。最好现在不要升级,等官网放出下一个版本的时候,再选择升级。。。
再现理想 该用户已被删除
7#
发表于 2015-2-25 21:26:24 | 只看该作者
要学会通过各种方法将面前的事情变成自己感兴趣的,那专研起来就不会是无聊和折磨了。
不帅 该用户已被删除
8#
发表于 2015-3-3 23:09:54 | 只看该作者
才在自己的Windows电脑上安装配置成功了一个完美的Mac OS X Lion(10.7.4)系统,而且下载了Xcode4.5的最新版本。虽然不能实机调试,但是作为iOS开发学习已经非常完美了。
飘飘悠悠 该用户已被删除
9#
发表于 2015-3-11 15:48:07 | 只看该作者
重要的是,放眼全球也的确找不到第二个如苹果iOS平台这样健壮、完整、先进而且为开发者带来真实收益的开发平台来。
山那边是海 该用户已被删除
10#
发表于 2015-3-18 22:57:30 | 只看该作者
到大三时,学院与我去培训的机构成立了实习基地,并让我们寒假去实习了一段时间,感觉还不错,于是在大四的时候去培训了
分手快乐 该用户已被删除
11#
发表于 2015-3-25 02:36:52 | 只看该作者
其实在培训的过程中,学习到最多的就是查资料的方式,当时感觉老师好坑,什么都不告诉我们,让我们自己去查,但是现在觉得还是要自己解决问题,这样才能理解的更加深入。
小女巫 该用户已被删除
12#
发表于 2015-3-26 05:07:08 | 只看该作者
这个办法就是在WindowsXP或Win7的电脑上,使用vmware虚拟机来搭建一个真实的Mac OS X环境。
第二个灵魂 该用户已被删除
13#
发表于 2015-4-3 13:12:36 | 只看该作者
AD: iPhone文件系统NSFileManager讲解是本文要介绍的内容,主要是通过iphone文件系统来学习NSFileManager的使用方法,具体内容来看本文详解。
小妖女 该用户已被删除
14#
发表于 2015-4-6 23:08:59 | 只看该作者
看完这个你就可以有多种选择来踏入做应用的阶段
深爱那片海 该用户已被删除
15#
 楼主| 发表于 2015-4-11 09:41:00 | 只看该作者
在百度搜索你想要了解的类名(苹果的cocoa和cocoatouch框架的类名很有特点很容易搜到,前缀都是NS or UI),看别人写的博客详解
简单生活 该用户已被删除
16#
发表于 2015-4-16 04:23:14 | 只看该作者
培训时可以选择安卓,iOS,Java,因为实习的时候我选了安卓,当时实习时间只有三周,学的晕头转向,而java我也没学过,iOS的基础是C语言,这个大学里还是学过的,于是选择了iOS。
变相怪杰 该用户已被删除
17#
发表于 2015-4-19 15:14:15 | 只看该作者
学习ios没什么捷径,关键在于多动手敲,曾看到前辈开玩笑说怎么快速学会某技术,答案是:“提高打字速度,快点写代码就能快点学会了”。
老尸 该用户已被删除
18#
发表于 2015-5-5 03:25:53 | 只看该作者
iPhone文件系统:创建、重命名以及删除文件,NSFileManager中包含了用来查询单词库目录、创建、重命名、删除目录以及获取/设置文件属性的方法(可读性,可编写性等等)。
冷月葬花魂 该用户已被删除
19#
发表于 2015-6-29 00:25:25 | 只看该作者
看《iPhone 4与iPad开发基础教程》,跟着一步步来
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

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

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

Powered by Discuz! X3.2

© 2001-2013 Comsenz Inc.

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