答案:多态。
主要是将数据类型的确定由编译时,推迟到了执行时。
这个问题事实上浅涉及到两个概念。执行时和多态。
简单来说。执行时机制使我们直到执行时才去决定一个对象的类别,以及调用该类别对象指定方法。
多态:不同对象以自己的方式响应同样的消息的能力叫做多态。意思就是如果生物类(life)都用有一个同样的方法-eat;
那人类属于生物,猪也属于生物,都继承了life后。实现各自的eat,可是调用是我们仅仅需调用各自的eat方法。
也就是不同的对象以自己的方式响应了同样的消息(响应了eat这个选择器)。
因此也能够说,执行时机制是多态的基础?
~~~
2. 通知和协议的不同之处?
答案:协议有控制链(has-a)的关系,通知没有。
简单来说,通知的话。它能够一对多。一条消息能够发送给多个消息接受者。
代理按我们的理解,到不是直接说不能一对多,比方我们知道的明星经济代理人,非常多时候一个经济人负责好几个明星的事务。
仅仅是对于不同明星间,代理的事物对象都是不一样的,一一相应。不可能说明天要处理A明星要一个公布会,代理人发出处理公布会的消息后。别称B的
公布会了。可是通知就不一样。他仅仅关心发出通知。而不关心多少接收到感兴趣要处理。
因此控制链(has-a从英语单词大致能够看出,单一拥有和可控制的相应关系。
3. 关于多态性
答案:多态,子类指针能够赋值给父类。
这个题目事实上能够出到一切面向对象语言中,
因此关于多态。继承和封装基本最好都有个自我意识的理解,也并不是一定要把书上资料上写的能背出来。
最重要的是转化成自我理解。
4. frame和bounds有什么不同?
答案:frame指的是:该view在父view坐标系统中的位置和大小。(參照点是父亲的坐标系统)
bounds指的是:该view在本身坐标系统中 的位置和大小。(參照点是本身坐标系统)
5. NSOperation queue?
答案:存放NSOperation的集合类。
操作和操作队列。基本能够看成java中的线程和线程池的概念。用于处理ios多线程开发的问题。
网上部分资料提到一点是,尽管是queue。可是却并非带有队列的概念,放入的操作并非是依照严格的先进现出。
这边又有个疑点是,对于队列来说。先进先出的概念是Afunc加入进队列,Bfunc紧跟着也进入队列,Afunc先运行这个是必定的,
可是Bfunc是等Afunc全然操作完以后。B才開始启动而且运行。因此队列的概念离乱上有点违背了多线程处理这个概念。
可是转念一想事实上能够參考银行的取票和叫号系统。
因此对于A比B先排队取票可是B领先运行完操作。我们亦然能够感性觉得这还是一个队列。
可是后来看到一票关于这操作队列话题的文章,当中有一句提到
“由于两个操作提交的时间间隔非常近,线程池中的线程,谁先启动是不定的。”
瞬间认为这个queue名字有点忽悠人了。还不如pool~
综合一点,我们知道他能够比較大的用处在于能够帮组多线程编程就好了。
6. 什么是延迟载入?
答案:懒汉模式。仅仅在用到的时候才去初始化。
也能够理解成延时载入。
我认为最好也最简单的一个列子就是tableView中图片的载入显示了。
一个延时载,避免内存过高,一个异步载入,避免线程阻塞。
7. 是否在一个视图控制器中嵌入两个tableview控制器?
答案:一个视图控制仅仅提供了一个View视图,理论上一个tableViewController也不能放吧。
仅仅能说能够嵌入一个tableview视图。当然,题目本身也有歧义,假设不是我们定性思维觉得的UIViewController,
而是宏观的表示视图控制者,那我们倒是能够把其看成一个视图控制者。它能够控制多个视图控制器。比方TabbarController
那样的感觉。
8. 一个tableView能否够关联两个不同的数据源?你会怎么处理?
答案:首先我们从代码来看,数据源怎样关联上的。事实上是在数据源关联的代理方法里实现的。
因此我们并不关心怎样去关联他,他怎么关联上,方法仅仅是让我返回依据自己的须要去设置如相关的数据源。
因此。我认为能够设置多个数据源啊,可是有个问题是,你这是想干嘛呢?
想让列表怎样显示。不同的数据源分区块显示?
9. 什么时候使用NSMutableArray,什么时候使用NSArray?
答案:当数组在程序执行时。须要不断变化的,使用NSMutableArray,当数组在初始化后。便不再改变的。使用NSArray。须要指出的是,使用NSArray仅仅表明的是该数组在执行时不发生改变,即不能往NSAarry的数组里新增和删除元素,但不表明其数组內的元素的内容不能发生改变。
NSArray是线程安全的。NSMutableArray不是线程安全的,多线程使用到NSMutableArray须要注意。
10. 给出托付方法的实例,而且说出UITableVIew的Data Source方法
答案:CocoaTouch框架中用到了大量托付。当中UITableViewDelegate就是托付机制的典型应用。是一个典型的使用托付来实现适配器模式,当中UITableViewDelegate协议是目标,tableview是适配器,实现UITableViewDelegate协议。并将自身设置为talbeview的delegate的对象,是被适配器,普通情况下该对象是UITableViewController。
UITableVIew的Data Source方法有- (NSInteger)tableView:(UITableView *)tableView numberOfRowsInSection:(NSInteger)section;
- (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath;
11. 什么是简便构造方法?
答案:简便构造方法一般由CocoaTouch框架提供,如NSNumber的 + numberWithBool: + numberWithChar: + numberWithDouble: + numberWithFloat:
+ numberWithInt:
Foundation下大部分类均有简便构造方法,我们能够通过简便构造方法,获得系统给我们创建好的对象。而且不须要手动释放。
12. 什么是谓词?
答案:谓词是通过NSPredicate,是通过给定的逻辑条件作为约束条件。完毕对数据的筛选。
predicate = [NSPredicate predicateWithFormat:@"customerID == %d",n];
a = [customers filteredArrayUsingPredicate:predicate];
13. 谈谈对Block 的理解?
并写出一个使用Block运行UIVew动画?
答案:Block是能够获取其它函数局部变量的匿名函数。其不但方便开发,而且能够大幅提高应用的运行效率(多核心CPU可直接处理Block指令)
[UIView transitionWithView:self.view
duration:0.2
options:UIViewAnimationOptionTransitionFlipFromLeft
animations:^{ [[blueViewController view] removeFromSuperview]; [[self view] insertSubview:yellowViewController.view
atIndex:0]; }
completion:NULL];
14. 多线程是什么
多线程是个复杂的概念。按字面意思是同步完毕多项任务,提高了资源的使用效率,从硬件、操作系统、应用软件不同的角度去看。多线程被赋予不同的内涵。对于硬件,如今市面上多数的CPU都是多核的,多核的CPU运算多线程更为出色;从操作系统角度,是多任务,如今用的主流操作系统都是多任务的,能够一边听歌、一边写博客;对于应用来说。多线程能够让应用有更快的回应,能够在网络下载时,同一时候响应用户的触摸操作。在iOS应用中。对多线程最初的理解。就是并发,它的含义是原来先做烧水,再摘菜,再炒菜的工作,会变成烧水的同一时候去摘菜。最后去炒菜。
15. iOS 中的多线程
iOS中的多线程。是Cocoa框架下的多线程,通过Cocoa的封装,能够让我们更为方便的使用线程,做过C++的同学可能会对线程有很多其它的理解。比方线程的创立。信号量、共享变量有认识,Cocoa框架下会方便非常多,它对线程做了封装,有些封装,能够让我们创建的对象。本身便拥有线程,也就是线程的对象化抽象。从而降低我们的project,提供程序的健壮性。
GCD是(Grand Central Dispatch)的缩写 ,从系统级别提供的一个易用地多线程类库。具有执行时的特点。能充分利用多核心硬件。GCD的API接口为C语言的函数,函数參数中多数有Block,关于Block的使用參看这里。为我们提供强大的“接口”,对于GCD的使用參见本文
NSOperation与Queue
NSOperation是一个抽象类。它封装了线程的细节实现,我们能够通过子类化该对象。加上NSQueue来同面向对象的思维,管理多线程程序。
详细可參看这里:一个基于NSOperation的多线程网络訪问的项目。
NSThread
NSThread是一个控制线程运行的对象,它不如NSOperation抽象,通过它我们能够方便的得到一个线程,并控制它。但NSThread的线程之间的并发控制,是须要我们自己来控制的,能够通过NSCondition实现。
參看 iOS多线程编程之NSThread的使用
其它多线程
在Cocoa的框架下,通知、Timer和异步函数等都有使用多线程,(待补充).
16. 在项目什么时候选择使用GCD,什么时候选择NSOperation?
项目中使用NSOperation的长处是NSOperation是对线程的高度抽象。在项目中使用它,会使项目的程序结构更好,子类化NSOperation的设计思路。是具有面向对象的长处(复用、封装),使得实现是多线程支持,而接口简单,建议在复杂项目中使用。
项目中使用GCD的长处是GCD本身很easy、易用。对于不复杂的多线程操作,会节省代码量。而Block參数的使用。会是代码更为易读,建议在简单项目中使用。
17. 什么是block
对于闭包(block),有非常多定义,当中闭包就是可以读取其他函数内部变量的函数,这个定义即接近本质又较好理解。对于刚接触Block的同学,会认为有些绕。由于我们习惯写这种程序main(){ funA();} funA(){funB();} funB(){…..}; 就是函数main调用函数A,函数A调用函数B… 函数们依次顺序运行,但现实中不全是这种。比如项目经理M,手下有3个程序猿A、B、C。当他给程序猿A安排实现功能F1时,他并不等着A完毕之后,再去安排B去实现F2,而是安排给A功能F1,B功能F2,C功能F3。然后可能去写技术文档,而当A遇到问题时,他会来找项目经理M,当B做完时,会通知M,这就是一个异步运行的样例。
在这种情形下,Block便可大显身手,由于在项目经理M。给A安排工作时,同一时候会告诉A若果遇到困难。怎样能找到他报告问题(比如打他手机号)。这就是项目经理M给A的一个回调接口。要回掉的操作。比方接到电话,百度查询后,返回网页内容给A。这就是一个Block,在M交待工作时。已经定义好,而且取得了F1的任务号(局部变量),却是在当A遇到问题时。才调用运行,跨函数在项目经理M查询百度,获得结果后回调该block。
18. OC的垃圾回收机制?
答案: OC2.0有Garbage collection,可是iOS平台不提供。
一般我们了解的objective-c对于内存管理都是手动操作的,可是也有自己主动释放池。
可是差了大部分资料,貌似不要和arc机制搞混就好了。
19. block 实现原理
Objective-C是对C语言的扩展。block的实现是基于指针和函数指针。
从计算语言的发展,最早的goto,高级语言的指针,到面向对象语言的block。从机器的思维,一步步接近人的思维。以方便开发者更为高效、直接的描写叙述出现实的逻辑(需求)。
以下是两篇非常好的介绍block实现的博文
iOS中block实现的探究
谈Objective-C Block的实现
3 block的使用
使用实例
cocoaTouch框架下动画效果的Block的调用
使用typed声明block
typedef void(^didFinishBlock) (NSObject *ob);
这就声明了一个didFinishBlock类型的block,
然后便可用
@property (nonatomic,copy) didFinishBlock finishBlock;
声明一个blokc对象,注意对象属性设置为copy,接到block 參数时,便会自己主动复制一份。
__block是一种特殊类型,
使用该keyword声明的局部变量。能够被block所改变,而且其在原函数中的值会被改变。
4 常见系列面试题
面试时,面试官会先问一些,是否了解block,是否使用过block。这些问题相当于开场白。往往是以下一系列问题的開始,所以一定要如实依据自己的情况回答。
1 使用block和使用delegate完毕托付模式有什么长处?
首先要了解什么是托付模式。托付模式在iOS中大量应用,其在设计模式中是适配器模式中的对象适配器。Objective-C中使用id类型指向一切对象,使托付模式更为简洁。
了解托付模式的细节:
iOS设计模式—-托付模式
使用block实现托付模式,其长处是回调的block代码块定义在托付对象函数内部。使代码更为紧凑;
适配对象不再须要实现详细某个protocol,代码更为简洁。
2 多线程与block
GCD与Block
使用 dispatch_async 系列方法,能够以指定的方式运行block
GCD编程实例
dispatch_async的完整定义
void dispatch_async(
dispatch_queue_t queue,
dispatch_block_t block);
功能:在指定的队列里提交一个异步运行的block,不堵塞当前线程
通过queue来控制block运行的线程。主线程运行前文定义的 finishBlock对象
dispatch_async(dispatch_get_main_queue(),^(void){finishBlock();});