非常不错的些面试题
1.struct和class的区别及其如何选择使用
个人感觉这个题也挺不错的.也挺考察基础的.oc中的类底层都是 c 的结构体,由typedef struct objc_class *Class;这个来定义.所以说答这道题,要结合 c 来说.
一.值类型与引用类型
结构是值类型：值类型在堆栈上分配地址，所有的基类型都是结构类型，例如：in
t 对应System.int32 结构，string 对应 system.string 结构 ，通过使用结构可以创
建更多的值类型
类是引用类型：引用类型在堆上分配地址
堆栈的执行效率要比堆的执行效率高，可是堆栈的资源有限，不适合处理大的逻辑
复杂的对象。所以结构处理作为基类型对待的小对象，而类处理某个商业逻辑
因为结构是值类型所以结构之间的赋值可以创建新的结构，而类是引用类型，类之
间的赋值只是复制引用
注：
1.虽然结构与类的类型不一样，可是他们的基类型都是对象（object）,c#中所有类
型的基类型都是object
3.虽然结构的初始化也使用了New 操作符可是结构对象依然分配在堆栈上而不是堆
上，如果不使用“新建”(new)，那么在初始化所有字段之前，字段将保持未赋值状态，
且对象不可用
二．继承性
结构：不能从另外一个结构或者类继承，本身也不能被继承，虽然结构没有明确的
用sealed声明，可是结构是隐式的sealed .
类：完全可扩展的，除非显示的声明sealed 否则类可以继承其他类和接口，自身也
能被继承
注：虽然结构不能被继承 可是结构能够继承接口，方法和类继承接口一样
例如:结构实现接口
三．内部结构：
结构：
没有默认的构造函数，但是可以添加构造函数
没有析构函数
没有 abstract 和 sealed(因为不能继承)
不能有protected 修饰符
可以不使用new 初始化
在结构中初始化实例字段是错误的
类：
有默认的构造函数
有析构函数
可以使用 abstract 和 sealed
有protected 修饰符
必须使用new 初始化
四．如何选择结构还是类
讨论了结构与类的相同之处和差别之后，下面讨论如何选择使用结构还是类：
1．堆栈的空间有限，对于大量的逻辑的对象，创建类要比创建结构好一些
2．结构表示如点、矩形和颜色这样的轻量对象，例如，如果声明一个含有 1000 个
点对象的数组，则将为引用每个对象分配附加的内存。在此情况下，结构的成本较低。
3．在表现抽象和多级别的对象层次时，类是最好的选择
4．大多数情况下该类型只是一些数据时，结构时最佳的选择
2.介绍一下观察者模式
说到观察着模式,其实就是一种设模式,在开发过程中都是运用不同的开发模式,这说到KVO(Key Value Observe).键值观察对和通知中心(NSNotification).两个自己有自己区别.有自己的用途.
1.KVO. 是通过观察类的属性的改变来通知改变后要操作的.在类调用此方法observeValueForKeyPath:<#(nullable NSString *)#> ofObject:<#(nullable id)#> change:<#(nullable NSDictionary *)#> context:<#(nullable void *)#>,会动态创建一个NSKVONotifying_ClassTest的子类.这个类其实也是所观察类的子类,去观察这个类属性的 setter 方法.所以说 KVO 在用的时候必须用 setValue:forKey; 赋值才会被监听到回调.
2.NSNotification.通知的原理就是我在做了一件事后发出公告.在系统通知中心(NSNotificationCenter)发出公告,在我其他类就可以去监听这个通知,监听到后会做我要做到的操作.这个通知是全局的.解决跨界面的通信问题一种办法.实现原理可看这张图:
通知的机制
备注:这里注意一点.在监听通知和监听属性之后要记得在合适的时机移除他.不然在你监听的对象销毁的时候你好在监听他,这样系统会抛出 crash.且不易排查.
3.UITableView 的优化
这是一个老生常谈的问题了,优化 UITableView. 个人感觉要从三方面下手.
1.cell 的重用和协议方法的回调的上下手.UITableView最主要的两个回调方法是
tableView:cellForRowAtIndexPath:
tableView:heightForRowAtIndexPath:
理想上我们是会认为UITableView会先调用前者，再调用后者，因为这和我们创建控件的思路是一样的，先创建它，再设置它的布局。但实际上却并非如此，我们都知道，UITableView是继承自UIScrollView的，需要先确定它的contentSize及每个Cell的位置，然后才会把重用的Cell放置到对应的位置。所以事实上，UITableView的回调顺序是先多次调用tableView:heightForRowAtIndexPath:以确定contentSize及Cell的位置，然后才会调用tableView:cellForRowAtIndexPath:，从而来显示在当前屏幕的Cell.
举个例子来说：如果现在要显示100个Cell，当前屏幕显示5个。那么刷新(reload)UITableView时,UITableView会先调用100次tableView:heightForRowAtIndexPath:方法，然后调用5次tableView:cellForRowAtIndexPath:方法；滚动屏幕时，每当Cell滚入屏幕，都会调用一次tableView:heightForRowAtIndexPath:.tableView:cellForRowAtIndexPath:方法。
所以我们的思路就是把赋值和计算布局,将赋值剥离出来,将布局的高度去在数据模型中就计算好.
剥离赋值
缓存高度
2.就是自定义的 cell 的绘制:
我们在Cell上添加系统控件的时候，实质上系统都需要调用底层的接口进行绘制，当我们大量添加控件时，对资源的开销也会很大，所以我们可以索性直接绘制，提高效率。是不是说的很抽象？废话不多说，直接上代码：
首先需要给自定义的Cell添加draw方法，（当然也可以重写drawRect）然后在方法体中实现
3.滑动 tableView 的时候有时候会划得很快,没必要全部加载全部数据,可以考虑只加载用户所想要看到的数据.可以这样写
按需加载 - 如果目标行与当前行相差超过指定行数，只在目标滚动范围的前后指定3行加载。
- (void)scrollViewWillEndDragging:(UIScrollView*)scrollView withVelocity:(CGPoint)velocity targetContentOffset:(inoutCGPoint*)targetContentOffset{
NSIndexPath*ip = [selfindexPathForRowAtPoint:CGPointMake(0,targetContentOffset->y)];
NSIndexPath*cip = [[selfindexPathsForVisibleRows] firstObject];
NSIntegerskipCount =8;
if(labs(cip.row-ip.row)>skipCount) {
NSArray*temp = [selfindexPathsForRowsInRect:CGRectMake(0, targetContentOffset->y,self.width,self.height)];
NSMutableArray*arr = [NSMutableArrayarrayWithArray:temp];
if(velocity.y<0) {
NSIndexPath*indexPath = [temp lastObject];if(indexPath.row+33) {
[arr addObject:[NSIndexPathindexPathForRow:indexPath.row-3inSection:0]]; [arr addObject:[NSIndexPathindexPathForRow:indexPath.row-2inSection:0]]; [arr addObject:[NSIndexPathindexPathForRow:indexPath.row-1inSection:0]]; }
} [needLoadArr addObjectsFromArray:arr];
}
}
记得在要在tableView:cellForRowAtIndexPath:方法中加入判断,不然前面的这些都没效果的哦.
总结:
1.正确使用reuseIdentifier来重用Cells
2.尽量不要设置 cell 及其子视图的透明度为0.不然在渲染图层会很耗性能.
3.如果Cell内现实的内容来自web，使用异步加载，缓存请求结果
4.减少subviews的数量
5.在heightForRowAtIndexPath:中尽量不使用cellForRowAtIndexPath:，如果你需要用到它，只用一次然后缓存结果
6.尽量少用addView给Cell动态添加View，可以初始化时就添加，然后通过hide来控制是否显示
7.在适当的地方用懒加载来创建 cell 上的控件.
8.耗时的操作放到异步线程.如:图片的加载.
9.最后还有一个人然建议.尽量少使用 xib 和 storyboard.
