《开发初学者详细总结.docx》由会员分享，可在线阅读，更多相关《开发初学者详细总结.docx（2页珍藏版）》请在三一办公上搜索。
1、开发初学者详细总结曾尝试webview嵌在tableview里，为了让webview跟tableview一起滚动，把webview的大小设为webview里的内容大小，让webview不出滚动条，从而能跟着tableview的滚动条一起滚。这样做的后果是每次webview都一次性渲染整个页面基础/.hproperty (nonatomic, retain) NSString name/.mname = bang /没有retain，随时会被释放NSString str = XXX /等于NSString str = self name;XXX = bang /等于self setName:ba
2、ng; 这时在set方法里retain了这个字符串技巧(BOOL)animatedsuper viewWillAppear:animated;XXX setToolbarHidden:NO;XXX setNavigationBarHidden:NO;UITableView游标式渲染tableView的机制大概是：先定好总行数，某一行滚入视图范围时，回调一个函数去取view出来显示。这一行滚出视图再滚入时仍会继续回调这一函数取view。有这样的机制就是说无论你table里的数据有多少，都可以全部放入table中不用分页，因为不用一次性把所有数据都取出来，只在需要显示的时候根据游标去取对应的数据就
3、行了。可能这是APP组件很自然的方式不用说明，但在web上页面上的数据和元素都是要一次性载入内存的，做久了web，一开始没想到它这样的实现机制，导致我们走了不少弯路。 UIWebView渲染范围UIWebView不是根据可视范围决定每次的渲染范围，而是根据自身控件的frame大小决定。曾尝试webview嵌在tableview里，为了让webview跟tableview一起滚动，把webview的大小设为webview里的内容大小，让webview不出滚动条，从而能跟着tableview的滚动条一起滚。这样做的后果是每次webview都一次性渲染整个页面，内存占用多性能很差，而且在放大缩小这个webview时，渲染放大的整个页面更吃力，出现不能忍受的性能。解决办法是让webview定住高度为一整屏iphone的高度，限制了webview每次的渲染范围为可视范围，性能大好。带来的问题是无法随tableview滚动，但可以以其他方式优化体验。最近看到新版的ZAKER也是这样做的。个人感觉自己创建的大部分方法都是实例方法，这些方法将会在某个对象实例中运行； ( )类方法：这类方法属于类对象(而不是类的实例对象)并且通常用于创建新的实例； 第2页 共 2页
