自定义iPhone的状态栏

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

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

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

Objective-C的消息传递机制

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

分类：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 条评论 11297 次查看

分类：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 条评论 7189 次查看

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

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

优化UITableView性能

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

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

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

利用预渲染加速iOS设备的图像显示

2011 7 26 03:19 AM 12 条评论 29652 次查看

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

最近在做一个UITableView的例子，发现滚动时的性能还不错。但来回滚动时，第一次显示的图像不如再次显示的图像流畅，出现前会有稍许的停顿感。
于是我猜想显示过的图像肯定是被缓存起来了，查了下文档后发现果然如此。
后来在《Improving Image Drawing Performance on iOS》一文中找到了一些提示：原来在显示图像时，解压和重采样会消耗很多CPU时间；而如果预先在一个bitmap context里画出图像，再缓存这个图像，就能省去这些繁重的工作了。

为视网膜显示屏优化网页上的图片

2011 7 16 03:16 PM 0 条评论 4101 次查看

分类：Web 标签：HTML, JavaScript, iPhone, CSS

说起iPhone 4带来的革新，retina display绝对是最吸引眼球的一项，以至于我现在看电脑的显示屏时，都能看到满屏幕的像素点了⋯

正是依赖这视网膜显示屏，iPhone 4的分辨率达到了640×960 pixels；不过为了保持向下兼容性，它采用的仍然是320×480 points。
也就是说，在不进行缩放的情况下，显示普通图片时，它会用4个像素来显示图片中的1个像素；而在显示retina图片时，每个像素都对应图片中的1个像素。
如此一来，老的应用无需修改就可以在iPhone 4上运行了——虽然显示效果差了点，但是不会出现只有左上角那1/4的区域有内容的情况。

在用iOS SDK开发iOS应用时，只要将图片名加上“@2x”后缀，就能让支持retina display的设备自动显示这个解析度更高的图片。
但Safari等使用UIWebView的应用在展示图片时，却无法利用这个特性，因为这样可能会造成大量没必要的HTTP请求。
既然不能自动实现，那就只能手动来弄了。原理很简单，准备2种图片，当检测到支持retina display时，就显示大图，然后把图像的长宽各缩小一半即可。

iOS开发之免改hosts翻墙

2011 7 10 02:11 PM 11 条评论 18542 次查看

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

在开发iOS的web应用时，不可避免地会遇到一些被墙的网站。使用VPN或代理服务器自然是可以解决的，不过成本比较高。而Google的大部分服务都有很多IP，可以通过修改hosts文件来翻墙访问，但在iOS设备上却需要用户去越狱才能修改，显得颇为不便。
好在HTTP请求其实也是使用socket，在请求前要用socket连接服务器，提供域名/IP和端口，这里只要改成可用的IP就能连上了。在连接之后，还要提供访问方法、路径、Host等其他头字段，这里只要把Host改成原本的域名即可。

WGS84坐标转火星坐标（iOS篇）

2011 7 2 03:23 AM 24 条评论 23608 次查看

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

在这个神奇的国度里，我们总得学习一些有中国特色的东东，例如“火星坐标”。也许有人还不知道这是什么玩意，我就简要介绍一下吧。
如果你有带GPS模块的智能手机，打开定位功能，然后访问Google地图。只要你身处中国大陆，你就会发现定位不准，大概有几百米的偏差。然而运行一些导航软件，你又会发现定位很准确，说明手机的GPS模块确实是正常的。
这种现象是怎么造成的呢？答案是人为造成的。简单来说，GPS模块获取到的坐标是WGS84坐标系的，中国政府出于种种目的的考虑，不允许中国的地图使用国际通用的WGS84坐标系，而非要加上一些偏移，这样的坐标系就俗称“火星坐标系”。而Google地图采用的也是加偏移过的火星坐标系，但GPS模块传给它的坐标却没有加偏移，于是就出现几百米的偏差了。

开发iOS平台的猜数游戏

2011 6 26 03:26 AM 0 条评论 3998 次查看

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

这些天终于戒掉了星际争霸2，开始学习iOS开发了。虽然还只是一知半解，但学了几天后，觉得单视图的iOS应用开发起来太轻松了，就忍不住想自己动手做点小玩意。
我也没有什么好的创意，只是偶然看到猜数的游戏，觉得用选取器这个控件很适合，就决定做了。

« 看看还有什么好玩意