曾尝试webview嵌在tableview里，为了让webview跟tableview一起滚动，把webview的大小设为webview里的内容大小，让webview不出滚动条，从而能跟着tableview的滚动条一起滚。这样做的后果是每次webview都一次性渲染整个页面
基础篇
为什么对一个变量release后还要设为nil
对一个变量release后，这个变量指向的内存释放了，但这个变量本身没变，仍指向原来的内存地址。若这个变量在释放后被访问，或者被重复release，就会导致应用崩溃。设为nil后这个变量指向0×00，可以保证程序以后访问不到原先的内存地址，对nil进行release也没任何问题。
使用类成员时，前面加不加self.有什么区别
不加self.调用的是成员本身，加self.后实际上调用了其成员的get set方法。
例:
//.h
@property (nonatomic, retain) NSString *name
//.m
name = @"bang" //没有retain，随时会被释放
NSString *str = self.name //等于NSString *str = [self name];
self.name = @"bang" //等于[self setName:@"bang"]; 这时在set方法里retain了这个字符串
技巧篇
内存泄漏
可以通过xcode的编译工具Product-Analyze检查函数块范围内可能的泄漏点(外带会提示一些可能有的错误)。
用leaks工具监测出来的泄漏查找方法是跟踪其代码提示中出现的变量，经常这个变量是在提示的调用堆栈以外的地方泄漏的。若实在查不到，最终办法是重写这个变量的retain和release方法，debug，从调用堆栈看是谁retain了它而没有release。
要注意的是，用CFXXCreate(例如CFArrayCreate)生成的变量要用CFRelease释放。 数据存储
如无搜索需要，可以将一个数据对象直接序列化后存到sqlite，取出时直接反序列化为对象使用。序列化需要数据类实现NSCoding协议，实现encodeWithCoder和initWithCoder两个方法就行，若有多个数据对象，可以写个基类实现这两个方法，并在这里面利用反射枚举自身所有变量去encode和decode，一劳永逸，具体实现网上找找就有了。
组件篇
UINavigationController头尾显示隐藏
在用NavigationController去管理view的push和pop时，需要根据不同的view设置是否显示NavigationBar和ToolBar，一开始在错误的地方设置了，导致有时该显示NavigationBar和ToolBar时不显示的情况，后来发现在viewWillAppear上设置万无一失。别笑我土鳖，没好好去理解它整个流程，一直没发现。
- (void) viewWillAppear:(BOOL)animated{
[super viewWillAppear:animated];
[self.navigationController setToolbarHidden:NO];
[self.navigationController setNavigationBarHidden:NO];
}
UITableView游标式渲染
tableView的机制大概是：先定好总行数，某一行滚入视图范围时，回调一个函数去取view出来显示。这一行滚出视图再滚入时仍会继续回调这一函数取view。有这样的机制就是说无论你table里的数据有多少，都可以全部放入table中不用分页，因为不用一次性把所有数据都取出来，只在需要显示的时候根据游标去取对应的数据就行了。
可能这是APP组件很自然的方式不用说明，但在web上页面上的数据和元素都是要一次性载入内存的，做久了web，一开始没想到它这样的实现机制，导致我们走了不少弯路。 UIWebView渲染范围
UIWebView不是根据可视范围决定每次的渲染范围，而是根据自身控件的frame大小决定。
曾尝试webview嵌在tableview里，为了让webview跟tableview一起滚动，把webview的大小设为webview里的内容大小，让webview不出滚动条，从而能跟着tableview的滚动条一起滚。这样做的后果是每次webview都一次性渲染整个页面，内存占用多性能很差，而且在放大缩小这个webview时，渲染放大的整个页面更吃力，出现不能忍受的性能。解决办法是让webview定住高度为一整屏iphone的高度，限制了webview每次的渲染范围为可视范围，性能大好。带来的问题是无法随tableview滚动，但可以以其他方式优化体验。最近看到新版的ZAKER也是这样做的。
个人感觉篇
界面布局调整非常麻烦，让人怀念web了。界面描述方法XIB感觉晦涩难学，至今不会，没有CSS+HTML来得方便。
有编译器把关，少了像写js时多写or写错一个字符查半天的问题。
Object-C写起来各种变量函数和变量调用很长，没有js的短小精悍来得爽。
第一次编写涉及手动内存管理的程序，挺有意思，没想象中难，但有些内存管理导致的bug很难查。
虽然APP不像web那样随时更新，但也不像传统PC客户端升级那么麻烦，用户更新意愿更强，还是适合快速迭代的。
细节是可以决定成败，但得看你把什么定成细节。
最后，0 bug的程序不存在，极致是把最主要的事做好。done is better than perfect。
第二篇：IOS最新学习总结
Object-C学习
20xx-2-20
框架是一种聚集在一个单元的部件集合，包含头文件、库、图像、声音文件等。
苹果公司将Cocoa、Carbon、QuickTime和OpenGL等技术作为框架集提供。Cocoa是乔帮主NextStep致力开发的一款强大的用户界面工具包。其中Cocoa包括Foundation和AppKit、还有一个支持框架的套件，含Core Animation和Core Image(精彩功能)。Foundation框架处理的是用户界面之下的层(layer)中的特性，例如数据结构和通信机制；AppKit框架处理用户界面层的特性。
@class ****告诉编译器，只需要知道****是个指针类型就够了，能够减少编译时间，通常用在包含复合对象的复杂类中
#import ****使得头文件具有依赖关系，引用该头文件的类需要知道该文件对应类的实际变量的配置，该头文件变动时，引用该头文件的文件统统需要重新编译，通常在子类继承父类时，需要包含父类头文件
(-)实例方法：自己创建的大部分方法都是实例方法，这些方法将会在某个对象实例中运行； (+)类方法：这类方法属于类对象(而不是类的实例对象)并且通常用于创建新的实例；