为UIWebView实现离线浏览

2011 8 14 01:30 PM 33 条评论 18197 次查看

分类：iOS开发 标签：Objective-C, iOS开发

智能手机的流行让移动运营商们大赚了一笔，然而消费者们却不得不面对可怕的数据流量账单。因为在线看部电影可能要上千块通讯费，比起电影院什么的简直太坑爹了。
所以为了减少流量开销，离线浏览也就成了很关键的功能，而UIWebView这个让人又爱又恨的玩意弱爆了，居然只在Mac OS X上提供webView:resource:willSendRequest:redirectResponse:fromDataSource:这个方法，于是只好自己动手实现了。

原理就是SDK里绝大部分的网络请求都会访问[NSURLCache sharedURLCache]这个对象，它的cachedResponseForRequest:方法会返回一个NSCachedURLResponse对象。如果这个NSCachedURLResponse对象不为nil，且没有过期，那么就使用这个缓存的响应，否则就发起一个不访问缓存的请求。
要注意的是NSCachedURLResponse对象不能被提前释放，除非UIWebView去调用NSURLCache的removeCachedResponseForRequest:方法，原因貌似是UIWebView并不retain这个响应。而这个问题又很头疼，因为UIWebView有内存泄露的嫌疑，即使它被释放了，也很可能不去调用上述方法，于是内存就一直占用着了。

顺便说下NSURLRequest对象，它有个cachePolicy属性，只要其值为NSURLRequestReloadIgnoringLocalCacheData的话，就不会访问缓存。可喜的是这种情况貌似只有在缓存里没取到，或是强制刷新时才可能出现。
实际上NSURLCache本身就有磁盘缓存功能，然而在iOS上，NSCachedURLResponse却被限制为不能缓存到磁盘（NSURLCacheStorageAllowed被视为NSURLCacheStorageAllowedInMemoryOnly）。
不过既然知道了原理，那么只要自己实现一个NSURLCache的子类，然后改写cachedResponseForRequest:方法，让它从硬盘读取缓存即可。

用CommonCrypto计算MD5和SHA

2011 8 13 05:37 PM 2 条评论 5510 次查看

分类：Objective-C 标签：Objective-C

编程时经常需要和MD5、SHA等hash算法打交道，搜了一下后我发现iOS SDK中自带了CommonCrypto，于是就无需自己实现或用第三方库了。

自定义iPhone的状态栏

2011 8 11 02:53 AM 2 条评论 11959 次查看

分类：iOS开发 标签：Objective-C, iOS开发

用过Reeder的应该都会发现，在进行同步时，右上角会出现一个自定义的图标。而在点击它时，就会向左扩张覆盖住原状态栏，并显示同步状态。
这个设计非常巧妙，因为传统的设计在显示状态时，往往会占用掉几十像素；而在阅读时，用户非常希望主要内容能占据更多的空间。
那么这个设计是怎么实现的呢？下面就来模拟一下。

Objective-C的消息传递机制

2011 8 10 01:31 AM 2 条评论 16460 次查看

分类：Objective-C 标签：Objective-C

各种语言都有些传递函数的方法：C语言中可以使用函数指针，C++中有函数引用、仿函数和lambda，Objective-C里也有选择器（selector）和block。
不过由于iOS SDK中的大部分API都是selector的方式，所以本文就重点讲述selector了。

关于Core Animation的一些初步探索

2011 8 7 10:27 PM 6 条评论 11244 次查看

分类：iOS开发 标签：Objective-C, iOS开发

所谓Core Animation，顾名思义就是用来做动画的，它包含了一些Objective-C类，这些类都在Quartz Core框架中。
用它的原因也无需多说，首先是性能很好，使用了GPU硬件加速；其次是接口易用，毕竟是Objective-C，不需要像OpenGL ES一样完全和C打交道。
不过要掌握它也很费劲，这2天就遇到了不少问题，于是记录在此。

让ASIHTTPRequest不占用主线程

2011 8 5 07:49 PM 5 条评论 7140 次查看

分类：iOS开发 标签：Objective-C, iOS开发

ASIHTTPRequest是个很易用的iOS / Mac OS X平台的HTTP库，比NSURLRequest好用多了，所以我一直在用它。
不过使用中我发现，当下载线程数超过2时，就会影响到主线程响应用户请求的速度了。好奇之余我测试了一下completionBlock，发现它总是在主线程调用，而NSOperation的文档中却说一般会在子线程中执行。

优化UITableView性能

2011 8 3 02:36 AM 3 条评论 34445 次查看

分类：iOS开发 标签：Objective-C, iOS开发

在iOS应用中，UITableView应该是使用率最高的视图之一了。iPod、时钟、日历、备忘录、Mail、天气、照片、电话、短信、Safari、App Store、iTunes、Game Center⋯几乎所有自带的应用中都能看到它的身影，可见它的重要性。
然而在使用第三方应用时，却经常遇到性能上的问题，普遍表现在滚动时比较卡，特别是table cell中包含图片的情况时。
实际上只要针对性地优化一下，这种问题就不会有了。有兴趣的可以看看LazyTableImages这个官方的例子程序，虽然也要从网上下载图片并显示，但滚动时丝毫不卡。
下面就说说我对UITableView的了解。不过由于我也是初学者，或许会说错或遗漏一些，因此仅供参考。

« 看看还有什么好玩意