1. 将纹理尺寸限制为2的整数次幂。比如，我有一个480×320的背景图案，我可以用Photoshop将画布设置为512×512，在纹理映射时只使用480×320部分。当然我也可以将多个图案合成在一个纹理中，在纹理映射时根据图案的位置进行映射。
2. 仍然使用正常的图像尺寸，但在使用时进行转换。下面是源代码：

iPhone Wavefront Obj Loader

是否Apple开始了“反越狱”行动，目前还不得而知。不过要是无法使用“越狱”的iPhone，我相信iPhone的使用者将大幅度地减少，你认为呢？

参见：http://www.examiner.com/x-8134-SF-Gadgets-Examiner~y2010m2d15-Apple-might-be-banning-iPhone-hackers

苹果即将推出的iPad到底具有哪些功能，可谓是众说纷纭。我最为关心的问题是到底iPad是否支持多任务，种种迹象表明答案是否定的。这让许多开发者包括我自己十分失望。缺乏多任务支持使得许多简单的功能都无法实现。记得一位朋友问过我关于在iPhone上实现闹钟功能的问题，这实在是一个简单的程序，可是在没有破解的iPhone上却没办法实现。（准确地说，是无法完美实现。你当然可以写一个运行于前台的闹钟程序，不再运行其它程序，可是它有多实用呢？另外还可以用Push Notification技术，不过这实在有点“大炮打蚊子”了。）

实际上，iPhone OS（iPad也采用iPhone OS）本身是支持多任务的。苹果的的官方解释是CPU，内存的限制以及安全性的考量，所以只支持单任务。但对我而言，这些解释是站不住脚的。举个可能不恰当的比喻，尽管大部分人在大部分时候都不能一心两用，但谁规定了人在看书写文章时就不能同时听音乐，就不能做运动，如果是这样，上帝造人时干脆弄个开关，让人只能做一件事情算了。说道安全性就更不靠谱，上网或运行别人的程序当然有风险，但与我得到的好处相比，我宁愿承担风险，或者说我宁愿自己进行风险评估。更何况App Store不就是用来帮助人们对安装程序进行检查以降低风险的吗？如果这点风险都不愿承受的话，那么人最好不要吃药甚至不用吃东西，因为再好的药物都有可能带来副作用，食物可能包含对人体有害的物质。

下图是一些移动平台有关多任务的对比，其优劣大家自己判断：

不过，iPad还会提供一个新的机制可以有限度地支持多任务，那就是支持Dashboard widgets。或许我们可以编写一些运行在后台的widget，谁知道呢？

使用Objective C++提高iPhone应用程序的性能

我十分喜爱软件开发的一个原因是总是会遇到这样那样的问题，而总能找到相应的解决方法。在开发Spots时，我多次遇到了UI设计的问题。为 iPhone设计一个精简的用户界面是不容易的。比如，我应该提供一个提供者过滤器（指Hotspot）按钮或将其放在Settings.app中？关于这个问题，我至少改变了二十次主意？

本文不是关于用户界面设计而是有关编程与性能。本文并不是针对用户界面而是有关编程和性能。一个最大的难题是地图的绘制（屏幕下方的长方形）。经过几种方法的试用，我发现在绘制230，000个点时，只有使用OpenGL以及大量的旁门左道才能使绘图的性能勉强被接受。根据放大的级别以及可见点点数量，我最后使用了三种不同的技术。由于我需要地图交互动作（拖动和缩放）尽可能地平滑，理想情况下为60HZ，性能是最为重要的问题。

本文中我将分享一些能提高性能的技术。虽然它们都很简单和直接，但因为在Cocoa中很少见，所以我还是花了不少时间。例如，尽管C++和Objective C可以非常高效地混合使用，但我在Cocoa中并没有见到许多C++。当你的目标是高性能时，Objective C++是纯Cocoa的很好的扩展。而在iPhone上，性能是应该首先需要考虑到因素。

难题

对于分布在一个矩形区域包括230，000个热点位置的地图（麦卡托投影的世界地图 the world map in mercator projection），首先必须清楚当前地图矩形区域中有多少个可见点，因为此数值可以决定使用何种绘图技术。指标值必须归一，因此整个地图覆盖了一个{{0.0, 1.0}, {0.0, 1.0}}的矩形区域。通常情况下，程序使用的地图矩形是很小的：通常小于整个地图宽度和高度的百分之二。

但是我怎样有效地在数据库成千上万的点中找到可见点的数量？

我准备了一个XCode项目，它包括了这里讨论的所有代码。此示例项目并未包括了所有点的原始数据库。它仅包含了一些世界地图上的随机数据。虽然与真实情况有所区别，但它们的处理方法与我收集的原始数据的大同小异。

第一种方法: 普通Cocoa方法

第一种方法十分简单而且并没有采用十分高效的方法。使用Object C对象（@class Spot）来表示位置，它们以NSArrary的形式被保存在一个数据库对象中（@class SpotsDB1）。

@interface Spot : NSObject {
    CGPoint _position;
}
@property (nonatomic) CGPoint position;
@end

@interface SpotsDB1 : NSObject {
    NSArray* _spots;
}
- (NSUInteger)countSpotsInRect:(CGRect)rect;
@end

为进行一个指定CGRect内地位置计数，数据库对象简单地循环整个数组并检查各位置。

NSUInteger count = 0;
for (Spot* spot in _spots) {
if (CGRectContainsPoint(aRect, spot.position))
++count;
}

使用上述代码，在总数为230，000个点的区域上的任意一个{0.02, 0.02}矩形内进行计数大概需要250毫秒。太糟糕了，如果你的目标是刷新率60Hz，那么你只有16 ms绘制一帧。使得此方案过慢的原因不仅在于其缺乏聪明的算法，而且在循环中浪费了许多时间在调用了几个函数上。另一个对性能产生负面影响的因素是位置被保存在NSArray中的对象，这是由于对象占用了大量的内存以及数组指针的非直接性导致了处理器时间的增加。

第二种方法: 简单优化

为使同样的方案运行得更快，我们只需简单地将位置存储与一个更为紧凑的数据结构中：一个CGPoint结构的标准C数组。为使用方便，我们将C数组保存在一个NSMutableData 对象中。

_spotCount = [spots count];
_spotsData = [[NSMutableData alloc] init];
for (Spot* spot in spots) {
CGPoint p = spot.position;
[data appendBytes:&p length:sizeof(CGPoint)];
}

消除了循环内函数调用的负面影响，我们使得性能有四倍的提升：

CGFloat xMin = CGRectGetMinX(aRect);
CGFloat yMin = CGRectGetMinY(aRect);
CGFloat xMax = CGRectGetMaxX(aRect);
CGFloat yMax = CGRectGetMaxY(aRect);

CGPoint* begin = (CGPoint*)[_spotsData bytes];
CGPoint* end = begin + _spotCount;

NSUInteger count = 0;
for (CGPoint* i = begin; i != end; ++i) {
if (i->x > xMin && i->y > yMin && i->x < xMax && i->y < yMax)
++count;
}

在没有改变基本算法的基础上，点计数的计算现在只需55毫秒，这大概比原来方法快了四倍。另一个好处是现在使用的内存是原来版本的一半。

第三种方法：算法优化

当然，还有许多聪明的方法来优化平面地图点的查询。例如，你可以使用四边形树来保存这些点。在本例中我使用了一种比较简单的解决方案，所以没有涉及数据存储的方式。我使用了C++的内置功能所以甚至不需要写任何代码来处理数据的存储。

我的设想是将数组中的位置从左至右分类。这样做的好处是确定指定正方形的左右边界十分快速（见下图）。当数组中边界已知时，仅需要检查边界间的点。

所以此算法是有关快速寻找边界的。我们使用的是二进制搜索， 它适用于已排序的数组。它并不检查每个值以找到匹配的位置，而是直接跳到数组的中点，检查其值是小于还是大于给点值，然后跳到剩余部分的中心点，重复以上步骤。使用这种方法，二进制搜索需要 log2(n)的时间来查找最佳元素。对于一个拥有230，000个位置的数组，只需22次搜索！回到代码，我们发现上述算法的实现是很简单的。当然，我们必须为数据库排序：

// comparison function for array sorting
NSInteger leftToRight(Spot* a, Spot* b, void* context) {
    CGFloat xa = a.position.x;
    CGFloat xb = b.position.x;
    if (xa < xb)
        return NSOrderedAscending;
    return xa > xb ? NSOrderedDescending : NSOrderedSame;
}

...

spots = [spots sortedArrayUsingFunction:leftToRight context:NULL];

现在是有趣的部分：使用C++进行二进制搜索。我们使用了#include <algorithm>中的库函数 std::lower_bound。它需要一个起点，终点，要查找的值以及比较函数。它返回比较为false的第一个值。起点和终点可以是简单的指向数组的C指针。

#include <algorithm>
…

bool cmpX(const CGPoint& a, const CGPoint& b) {
return a.x < b.x;
}
…

CGFloat yMin = CGRectGetMinY(aRect);
CGFloat yMax = CGRectGetMaxY(aRect);

CGPoint* begin = (CGPoint*)[_spotsData bytes];
CGPoint* end = begin + _spotCount;

CGPoint leftMargin = aRect.origin;
CGPoint rightMargin;
rightMargin.x = CGRectGetMaxX(aRect);

CGPoint* left  = std::lower_bound(begin, end, leftMargin, cmpX);
CGPoint* right = std::lower_bound(left, end, rightMargin, cmpX);

NSUInteger count = 0;
for (CGPoint* i = left; i != right; ++i) {
if (i->y > yMin && i->y < yMax)
++count;
}

注意第二个二进制搜索，它仅从左边界而不是整个数组查找右边界。另一个优化是从循环中移除X-轴的检查，这是因为已经通过指定边界完成了这部分工作。

通过这些优化，只需要1毫秒来对长方形进行计数。这是第一个版本的200倍。

结果

下面是运行在三种不同设备上的示例项目的输出。如果你需要运行在你自己的设备上，你只需将目标设定中将代码签名标识符改为自己的。如果你不希望用在通用标识符的程序上，你还需要更改Info.plist中的包标识符（Bundle Identifier）。

iPhone 3G：

SpotsDB1 needed 3.2 seconds to count spots in 13 rects
that's 244.423 ms per rect
SpotsDB2 needed 3.0 seconds to count spots in 55 rects
that's 55.230 ms per rect
SpotsDB3 needed 3.0 seconds to count spots in 2988 rects
that's 1.004 ms per rect

第二代iPod Touch：

SpotsDB1 needed 3.1 seconds to count spots in 16 rects
that's 194.756 ms per rect
SpotsDB2 needed 3.0 seconds to count spots in 65 rects
that's 46.450 ms per rect
SpotsDB3 needed 3.0 seconds to count spots in 3399 rects
that's 0.883 ms per rect

运行在Mac Pro之上的模拟器：

SpotsDB1 needed 3.0 seconds to count spots in 687 rects
that's 4.372 ms per rect
SpotsDB2 needed 3.0 seconds to count spots in 2687 rects
that's 1.117 ms per rect
SpotsDB3 needed 3.0 seconds to count spots in 187276 rects
that's 0.016 ms per rect

结论

观察结果我们可以看出在桌面电脑和iPhone上性能有显著的区别。有一个金科玉律是：在Mac上只需一秒的操作在iPhone上要一分钟。或者有一个更悲观的说法：Mac上60Hz的刷新率在iPhone上每秒钟只能更新一次。

所以显而易见在iPhone上进行优化是完全必须的。本文中我展示了几种方法来减小Object C的开销以及怎样使用C++来获得最大的性能。当然找到性能的瓶颈并转而使用数据结构使代码性能提升并不总是很容易的事情。但是在设计一个使用大量数据的程序时，绝对有必要考虑使用非Cocoa的方法。

原文见：My iPhone is not a Mac Pro

TaranFx上有一篇文章介绍了一个名为SpyPhone的新的开源程序，它将当前iPhone SDK的“信息脆弱点”都完全曝光。下面是该文章的链接：

SpyPhone程序从所有iPhone数据

大家可能都听说过越狱iPhone用户可能遇到的一些问题。没有SDK的限制，许多用户的手机都被恶意程序通过默认的root密码劫持了。不像我们听说过的其它一些程序，SpyPhone仅利用公共API获取它显示的信息。它显示了：

1. Email账户
2. Wi-Fi 网络
3. 电话使用信息及历史信息
4. 位置信息
5. Safari 搜索
6. YouTube 搜索，历史和书签
7. 照片
8. 地址簿数据
9. 键盘缓存

在这里我们的目的并不是向大家大声抱怨安全，隐私问题，而是要看看到底该程序是怎样做的。SpyPhone的源代码可以在 git hub 下载，你可以自己看看到底它是怎样完成这些工作的。快速浏览了一下它的源代码，我们发现iPhone像 Macintosh电脑一样都包括一些文件夹，比如“Applications”, “Library”, “Root”等等。如果你安装了SDK，那么你可以在iPhone模拟器上找到这些文件夹。它们在：

~/Library/Application Support/iPhone Simulator/User

这就是iPhone保存所有数据的地方。再看下SpyPhone的源代码，它的秘密就是利用这些文件夹和它们包含的文件。如果你再进一步，你会在iPhone模拟器的文件夹下发现：

~/Library/Application Support/iPhone Simulator/User/Library/Preferences/

这里有许多 com.apple.SOMETHING.plist 文件。这些文件就是SpyPhone获取大部分数据的源头（其它数据可以通过SDK的其他部分，如地址簿访问，照片服务等）。它使用下面代码获取数据：

NSString *path = @"/Library/Preferences/SystemConfiguration/com.apple.wifi.plist";
 
NSDictionary *dict = [NSDictionary dictionaryWithContentsOfFile:path];
 
if(!dict) return;
 
NSArray *a = [dict valueForKey:@"List of known networks"];
 
if(!a) return;

上面的代码获取程序运行其上的电话的网络信息，它包括在一个数组中。尽管有些担忧，但我认为它还并不是罪恶滔天。首先我知道Apple会拒绝这样的程序出现在App Store上。Apple对SDK可谓是了如指掌，所有它可以叫停所有的滥用其SDK的程序。

但是该程序为神秘的App Store批准过程提出了一个挑战。令人难以置信的是获取进入世界上发展最快的软件市场的入场卷是如此的神秘。像SpyPhone这样截取“敏感”信息的代码随时可能发生而用户并不知情。虽然Apple可以监视对PLIST的访问，但我很容易就可以想像到某些程序具有绕过Apple检查的能力直到某天我们知道它出现在App Store上。

例如，我有一个在线 XML 文档指定是否要运行截取用户信息的方法，在App Store审核期间将其设为NO而在获取批准后设为YES，开始收集用户数据。所以尽管Apple有很好的方法来防止恶意程序，但我确信有许多方法可以逃过Apple的检查。所以我产生了最后一个问题，大家是否宁愿程序不具有使用这些信息的能力？没有照片，没有地址簿，没有wifi侦测，程序mail限制。大部分这些使iPhone变得精彩的程序都被“安全隐患”包围着。大家怎么看？是否Apple应该至少关闭系统PLIST的访问？

原文见：The iPhone is Bad at Keeping Secrets

我们将创建一个应用程序从图片库或照相机获取图像并显示与屏幕之上。下面是截图：

1. 创建一个新的 View Based 程序

我将其命名为 photoApp

2. 创建IBOutlet 和 IBAction

打开 photoAppViewController.h 加入下面代码：

#import 
 
@interface PhotoAppViewController : UIViewController
    < UIImagePickerControllerDelegate, UINavigationControllerDelegate > {
	UIImageView * imageView;
	UIButton * choosePhotoBtn;
	UIButton * takePhotoBtn;
}
 
@property (nonatomic, retain) IBOutlet UIImageView * imageView;
@property (nonatomic, retain) IBOutlet UIButton * choosePhotoBtn;
@property (nonatomic, retain) IBOutlet UIButton * takePhotoBtn;
 
-(IBAction) getPhoto:(id) sender;
 
@end

注意我们实现了 UIImagePickerControlDelegate 和 UINavigationControllerDelegate 协议。为了与图像拾取器正确地接口，这两者都是必需的。其余部分应该很简单。我们设定了要使用按钮的IBOutlet以及按下这些按钮时被调用的IBAction。getPhoto方法将显示图像拾取器。

3. 创建接口

在Interface Builder中打开photoAppViewController.xib 并遵循下面步骤：

1. 将 UIImageView 拖入main view
2. 在Attribute inspector（属性检查器）中将 UIImageView 的 Mode （模式） 设置为 Aspect Fit
3. 将 UIButton 拖入view 中并命名为 Choose Photo （选取照片）
4. 将另一个 UIButton 拖入view 中并命名为 Take Photo （照相）

接口看上去像这样：

4. 连接IBoutlets 和 IBAction

1. 将 choosePhotoBtn 连接到名为 Choose Photo 的UIButton上
2. 将 imageView 连接到 UIImageView
3. 将各按钮的Touch Up Inside 回调连接到 getPhoto方法

当你按下 File’s Owner 时，Connection Inspector （连接检查器）应该像这样：

关闭 Interface Builder

5. 实现 getPhoto 方法

打开 PhotoAppViewController.m a并nd add the following code:

@synthesize imageView,choosePhotoBtn, takePhotoBtn;
 
-(IBAction) getPhoto:(id) sender {
	UIImagePickerController * picker = [[UIImagePickerController alloc] init];
	picker.delegate = self;
 
	if((UIButton *) sender == choosePhotoBtn) {
		picker.sourceType = UIImagePickerControllerSourceTypeSavedPhotosAlbum;
	} else {
		picker.sourceType = UIImagePickerControllerSourceTypeCamera;
	}
 
	[self presentModalViewController:picker animated:YES];
}

首先创建一个新的UIImagePickerController对象。它是一个视图控制器，可以按任意视图控制器方式正常显示出来（显示于导航视图，加载于表格视图，呈现为模型视图控制器等）。然后，设置代理为我们的视图控制器。它表示当用户选取照片时，拾取器将调用类中的某个方法。

接着，确定哪个按钮被按下。由于两个按钮都连接到此方法上，我们需要使用 == 来确定到底哪个被按下。到底是显示照相机图片还是显示照片库图片是由拾取器的一个属性决定的。看看代码你就会很清楚。

最后，调用presentModalViewController。它将使拾取器以动画的形式从屏幕底向上移动，切换到视图。根据按下的按钮的不同，你将看到下面图像：

6. 显示选择的图像

一旦选择了照片， ImagePicker 将回调 didFinishPickingMediaWithInfo。在PhotoAppViewController.m 文件中进入下列代码：

- (void)imagePickerController:(UIImagePickerController *)picker
    didFinishPickingMediaWithInfo:(NSDictionary *)info {
	[picker dismissModalViewControllerAnimated:YES];
	imageView.image = [info objectForKey:@"UIImagePickerControllerOriginalImage"];
}

第一行代码隐藏拾取器。随后将图像视图的image 属性设置为返回的图像。拾取器返回一个NSDictionary对象。这是由于 UIImagePickerControllerMediaType 将指示返回的是视频还是图像。

iPhone Tutorial – PhotoApp.zip

原文见：Getting Images From The iPhone Photo Library Or Camera Using UIImagePickerController

今天介绍一下怎样获得iPhone程序的文档目录（通常用来存储用户数据），方法一：

方法二：

• 不支持后台运行 – 这无疑是iPad的致命弱点。如果说iPod Touch和iPhone不支持多任务是为了最优化的用户体验，我还可以理解。但作为一台拥有如此先进的OS的电脑，我不知为何Apple一直抱定这个设计理念。简直让人觉得回到了DOS时代。
• 不支持Flash – 仍然无法像使用普通浏览器一样访问Flash支持的网站。使其网络浏览功能大打折扣。
• 不带摄像头 – 在视频聊天如此流行的今天，在这样一个高端的设备上，加上一个前置摄像头应该是必备的选择吧？ 
• 大尺寸的屏幕 – 这也是缺点？没错。虽然我觉得大屏幕确实有许多好处（特别是看电子书），但是如果它具有Laptop或Tablet的尺寸而仅仅具有掌上电脑的功能，这应该是缺点多过优点了。另外，试想一下，拿着这么个大家伙在地铁上摇头晃脑地玩着保龄或赛车游戏，是不是有那么点脑残？

总而言之，我觉得iPad的设计理念互相矛盾，定位不明确，它不过是苹果公司另一个噱头，它的出现无非是进一步利用其极其成功的App Store模式，最大地获取利润的一种方式罢了，因此我并不看好它的前景，大家觉得呢？