KissXml——xml解析库
相关教程：http://www.iteye.com/topic/625849

http://sencho.blog.163.com/blog/static/83056228201151743110540/

很方便的一个xml解析器，支持Xpath查询。

skpsmtpmessage——Quick SMTP邮件发送
svn checkout http://skpsmtpmessage.googlecode.com/svn/trunk/ skpsmtpmessage-read-only
github:       git clone https://github.com/kailoa/iphone-smtp.git
相关教程：http://disanji.net/2011/01/28/skpsmtpmessage-open-source-framework/
skpsmtpmessage 是由Skorpiostech, Inc.为我们带来的一个SMTP协议的开源实现，使用Objective-c 实现，iOS系统的项目可以直接调用。

jsonframework——JSON支持
相关教程：http://blog.csdn.net/xiaoguan2008/article/details/6732683
它是一个开源框架，基于BSD协议发布。由于json-framework是开放源代码的，当你需要使用它时你只需将json的源代码加入到你的工程中。

ASIHttpRequest——HTTP Network库
ASIHttpRequest库极大的简化了网络通 信，提供更先进的工具，例如文件上传工具，重定向处理工具、验证工具、等等。

MBProgressHUD——进展指示符库
苹果的应用程序一般都会用一种优雅的，半透明的进度显示效果，不过这个API是不公开的，因此你要是用了，很可能被清除出AppStore。而 MBProgressHUD提供了一个替代方案，而且在用户角度上，实现的效果根本看不出和官方程序有什么差别。同时还提供了其他附加功能，比如虚拟进展 指示符，以及完成提示信息。整合到项目里也很容易，这里不细谈了。

zxing——二维码扫描库
支持条形码/二维码扫描的图形处理库，这是一个java库，在android上的功能比较完整。同时该库也支持ios，但只能支持二位条形码的扫描。

kal——iPhone日历控件
一个类似于ios系统默认日历开源日历库，支持添加事件，自定义日历样式等功能。

Facebook iOS SDK——Facebook API类库
大体来讲就是iPhone上的Facebook login，完全支持Facebook Graph API和the older REST api。

shareKit——分享库
相关demo：http://www.cocoachina.com/bbs/read.php?tid-71760.html
分享到开心，豆瓣，腾讯，新浪微博的api所用到的强大的分享库。

SDWebImage——简化网络图片处理
用SDWebImage调用网站上的图片，跟本地调用内置在应用包里的图片一样简单。操作也很简单。

GData client——iPhone上所有Google相关服务的类库
名字就说明一切了。跟Google相关的，值得一提的是，这个项目很开放。有很多示例程序供下载。

CorePlot——2D图形绘图仪
CorePlot有很多解决方案将你的数据可视。同时也会提供各种迷人的图形效果，比如棒状图、饼状图、线状图等等，在他们网站上也提供了大量的范例图形，很多股票价格应用，游戏分数，个人财务管理都在用。

Three20——类似于Facebook的优秀的UI库
Three20类库是Facebook自己做的，大而全是他最大的特色。把他整合到已有的项目中可能得费点周折，不过如果一开始你就用上了Three20，尤其是牵扯到很多web相关的项目的时候，你就能深刻体会到神马叫给力了。

2011.9.5 更新
FMDatabase——SQLite的Objective-C封装
是SQLite的C API對初學者來說實在太麻煩太瑣碎，難度太高。FMDB說穿了其實只是把C API包裝成簡單易用的Objective-C类。對于SQLite初學者來說，大大減低了上手的難度。有了FMDB，寫程式時只要專心在SQLite的語法上，而不用去理那堆有看沒有懂的C API，實在是件快樂的事情。

iPhone游戏

本帖也是为我自己服务，我也希望获得某些信息指导我如何开发iPhone游戏，同时了解自己应该阅读哪些资料才能熟悉这个领域。深入挖掘互联网之后，我发现了一些有用的东西。

我希望在这里同大家分享我的发现，大家也可以参与分享之列，提供自己的探索成果。

如果你们希望了解更多有关iPhone游戏开发的内容，以下资源列表不容错过：

iPhone——如果你对iPhone一无所知，那么就浏览这个网站。否则你就是井底之蛙。这是开发新手不容错过的内容。

苹果的iPhone开发者中心——这是获取iPhone开发资源的主要渠道。开发者可以从此下载游戏开发工具包iPhone SDK（游戏邦注：只针对MAC协议），观看指导教程、纪录片代码资源。

Appsamuck.com——iPhone指导教程。

appsamuck

iPhone开发工具：

Unity——提供iPhone游戏开发解决方案。

iTorque——Garage Games推出的开发工具。

Cocos 2D——2D游戏开发框架。

Oolong Engine——服务于3D游戏开发。

ShiVa——Stone Trip推出的iPhone开发工具。

iPhone Game Kit——能够帮助开发者24小时内创建iPhone游戏。

iPhone博客：

Tap Tap Tap iPhone博客——我还没有深入研究，但似乎是个不错的iPhone博客，值得大家标记书签。

Shadhex博客——侧重iPhone编程，这是个新兴博客，其未来发展有待时间证明。

iPhone新闻、网站和有趣故事（游戏邦注：其中参杂些许不那么有趣的故事）：

iPhone施压任天堂掌机霸主地位——Oberon Media公司对于App Store潜力无限期待。

99美分App Store的困境——我们无法确定App Store是否真的陷如困境，但我们从中能够整体把握商店所售商品（游戏邦注：其中游戏23%，娱乐应用11%，实用工具10%）

iPhone开发商由穷致富——独立开发者如何在iPhone开发领域发展壮大的故事着实趣味横生，同时激励人心。

编码员新作耗资50万表明iPhone淘金热继续上演——这是另一有关游戏《iShoot》的有趣故事。

iShoot

对话iPhone盗版者——这是有关iPhone盗版者的有趣/悲伤/滑稽/刺激/愚蠢故事（游戏邦注：这取决于玩家自身观点）。对于那些公开回应相关问题的盗版者我很是钦佩。

曝光应用的网站列表。

Appshopper.com——iPhone商店。

其他资源：

Ari提供的iPhone资源列表（这是很好的资源）。（本文为游戏邦/gamerboom.com编译，如需转载请联系：游戏邦）

The Top iPhone Game Development Resources For Beginners

This post is for myself. I wanted to get some information about how to do iPhone games and what resources I should read to get familiar with this stuff. After digging a long hole in the Internet I found some gold – so to speak.

Of course after finding this stuff for myself, I also made it available to you guys. In fact, you can also participate and share your own iPhone findings.

Here’s the list of resources you gotta check out if you want to know more about iPhone game development:

iPhone – if you don’t know what iPhone is, check this. Or your eye sight. It’s like something you must have heard about. (I’m trying to be funny here)

Apple’s iPhone developer center – the main resource to gain information about iPhone development. Here you can download the iPhone SDK for development (Mac only) and see tutorials, documentary, code reference and so on. (See also iPhone Developer Program)

Appsamuck.com – iPhone tutorials (thanks Chris)

iPhone development tools:

Unity offers an iPhone development solution.

iTorque is a development tool by Garage Games.

Cocos 2D – framework for building 2D game (thanks Totty)

Oolong Engine – for 3D games (thanks shadhex)

ShiVa – iPhone development tool by Stone Trip (thanks Daniel)

iPhone Game Kit – “make your iPhone game in 24 hours” (thanks Nicolás)

iPhone blogs:

Tap Tap Tap iPhone blog – Haven’t checked it much, but seemed like a decent iPhone blog (with some sales numbers too) that might be worth bookmarking.

Shadhex blog, “mainly about iPhone programming”. It’s a new site but we’ll see if it grows larger

iPhone news, sites and nice (plus some not so nice) stories:

“iPhone will put pressure on Nintendo’s handheld dominance”‘ – Oberon Media is excited about the App Store opportunities.

Trouble in the 99 cent App Store – Not sure if it’s trouble, but you can get a pretty good picture about what they sell in app store (mainly Games 23%, Entertainment, 11%, Utilities 10%…)

iPhone Developers Go From Rags to Riches – Really cool & motivating story about an indie who made it big in iPhone development.

Coder’s Half-Million-Dollar Baby Proves iPhone Gold Rush Is Still On – Another great story about the game iShoot

A conversation with an iPhone pirate. A funny/sad/hilarious/provocative/stupid (depends about your point-of-view) about iPhone pirates. I gotta give credit for the pirate to answer openly to those questions.

List of sites to get your app noticed (thanks Nikita)

Appshopper.com – iPhone store (thanks for the tip shadhex).

And here’s much more:

Ari’s big list of iPhone resource (very good one, thanks for sharing)

That’s it folks.（Source：gameproducer）

在iOS开发过程中，属性的定义往往与retain, assign, copy有关，我想大家都很熟悉了，在此我也不介绍，网上有很多相关文章。

现在我们看看iOS5中新的关键字strong, weak, unsafe_unretained. 可以与以前的关键字对应学习strong与retain类似，weak与unsafe_unretained功能差不多（有点区别，等下会介绍，这两个新关键字与assign类似）。在iOS5中用这些新的关键字，就可以不用手动管理内存了，从java等其它语言转过来的程序员非常受用。

strong关键字与retain关似，用了它，引用计数自动＋1，用实例更能说明一切

有这样两个属性，

接着我们来看weak关键字：

如果这样声明两个属性：

分析一下，由于self.string1与self.string2指向同一地址，且string2没有retain内存地址，而self.string1=nil释放了内存，所以string1为nil。声明为weak的指针，指针指向的地址一旦被释放，这些指针都将被赋值为nil。这样的好处能有效的防止野指针。在c/c++开发过程中，为何大牛都说指针的空间释放了后，都要将指针赋为NULL. 在这儿用weak关键字帮我们做了这一步。

接着我们来看unsafe_unretained

从名字可以看出，unretained且unsafe，由于是unretained所以与weak有点类似，但是它是unsafe的，什么是unsafe的呢，下面看实例。

如果这样声明两个属性：

并定义

原因是什么，其实就是野指针造成的，所以野指针是可怕的。为何会造成野指针呢？同于用unsafe_unretained声明的指针，由于self.string1=nil已将内存释放掉了，但是string2并不知道已被释放了，所以是野指针。然后访问野指针的内存就造成crash.  所以尽量少用unsafe_unretained关键字。

strong,weak, unsafe_unretained往往都是用来声明属性的，如果想声明临时变量就得用__strong,  __weak, __unsafe_unretained,  __autoreleasing, 其用法与上面介绍的类似。

还是看看实例吧。

再看一个：

在c/c++，objective-c内存管理中有一条是：谁分配谁释放。 __autoreleasing则可以使对像延迟释放。比如你想传一个未初始化地对像引用到一个方法当中，在此方法中实始化此对像，那么这种情况将是__autoreleasing表演的时候。看个示例：

这样即便在函数内部申请的空间，在函数外部也可以使用，同样也适合谁分配谁释放的原则。

同样下面的代码也是类似原因, 只不过在没有开启ARC的情况下适用：

(为保持跟开发环境以及APPLE开发者社区网站结构对应，一些名词未作翻译)

　　绝大多数iPhone Developer/Distribution 的代码签名生成错误是因为证书和Provisioning profiles没有在开发系统上正确安装引起的。本文描述在开发 iPhone OS 应用程序时所需要的文件以及如何安装它们。这个技术说明为“Program User Guide”提供支持，Program User Guide 可以在 Portal Resources 下的 iPhone Developer Program Provisioning Portal 找到。如果你对 iPhone 开发刚入门，请先阅读 Program User Guide.

需要什么

　　所有 iPhone 应用程序在iPhone OS设备上运行之前必须用合法的 signing identity 进行签名。

为了在自己的iPhone OS设备开发而做应用程序签名，需要：

私钥

iPhone 开发者证书

Development Provisioning profile

上 App Store 需要：

私钥

iPhone Distribution 证书

App Store Distribution Provisioning profile

要用在 Ad Hoc 上需要：

私钥

iPhone Distribution 证书

Ad Hoc Distribution Provisioning profile

　　私钥是在生成认证签名请求（CSR）时创建的，在CSR提交和通过之后，可以在 iPhone Developer Program Provisioning Portal 里创建和下载证书以及provisioning profiles。

　　注意：为了更好的区分不同的provisioning profile，在创建的时候注意命名，例如 "wild card dev profile", "MyApp Push distribution profile", “Ad Hoc Testers profile” 等等。

这些东西的作用

　　Signing identity 由私有加密key和数字证书组成。在iPhone OS开发中，Xcode 用私钥来签署程序，这样程序就可以在iPhone OS开发设备上运行或者提交到app store。

　　公钥包含 iPhone开发者/发布商证书，用来认证已签名的程序。

　　Provisioning pfofiles 用来告知Xcode用哪个证书/私钥组合来签署程序。开发设备也通过它来决定如何认证安装在设备上的程序。

证书 - 安装/校验

　　下载 iPhone Development 证书或者 iPhone Distribution 证书之后，双击下载的 .cer 文件启动 Keychain Access并安装证书。如果询问将证书安装到哪，请选择 "login" keychain。

　　要确定证书是否正确安装，选择 "login" keychain 并且选择 "My Certificates" 类别。如果想要部署到你的开发设备，选择以"iPhone Developer Certificate"为标题开头的证书。如果要发布程序，选择以"iPhone Distribution Certificate"标题开头的证书。在 Information view 里应该有一个带选中标志的绿圈告诉你证书合法，意思就是 WWDR Intermediate Certificate 已经安装在系统里，并且证书已校验。要是看不见绿圈就应该从 iPhone Developer Program Provisioning Portal 下载 WWDR Intermediate Certificate 并且像安装iPhone Developer 或者 Distribution Certificate那样给它装上。选中的证书旁有个小三角，点击它会显示证书关联的私钥。要是没有，看看你是不是在“My Certificates”类别下。要对程序进行签名必须需要私钥，要是当前确实在"My Certificates"下并且还是没有小三角，需要作废旧证书并且创建并提交一个新的CSR来创建新的私钥和证书。

　　注意：如果创建了新私钥或者证书，关联到旧证书的配置文件就失效了，需要重新生成新 pfofiles。最好在拷贝新证书之前把旧的从开发机器和设备上删除掉，这样可避免新旧证书/配置文件混淆。这么做不影响已经在app store里的程序。

　　警告：安装 iPhone 证书后不要改动默认的 "Use System Defaults" 信任设置。如果信任设置不是'Use System Defaults'，在生成应用程序的时候会得到一个 CSSMERR_TP_NOT_TRUSTED 签名错误。

Provisioning Profiles - 安装/校验

　　要把从iPhone Developer Program Provisioning Portal下载回来的Provisioning Profile安装到开发机器，首先需要启动 Xcode然后点击"Window > Organizer"来打开Organizer。把provisioning profile拖到标记为"Provisioning Profiles"的区域内即可。

　　如果是为了开发而安装 Provisioning Profile，还需要把它装在开发设备上。在 iPhone OS 设备已经插到电脑上的时候，在 Devices 三角下选择设备，然后在Organizer里把开发provisioning profile拖进去。这就把 Provisioning profile装到 iPhone OS设备里了。

　　注意：确保安装在开发设备和Mac里的 Development Provisioning完全相同对成功生成并安装测试程序是非常重要的。

　　注意：跟 Development Provisioning Profiles不同，App Store Distribution Provisioning Profiles不能安装在iPhone OS设备里。用App Store Distribution Provisioning生成的程序是用来通过 iTunes Connect上传到App Store的。

　　要告诉 Xcode 使用哪个 Provisioning profile，打开 Xcode 项目，打开 Target build settings，滚动到 Code Signing。在 Code Signing 区域有个带小三角的 Code Signing Identity。确定设置是为任何 iPhone OS 设备，之后在Value列点击弹出菜单并且选择要使用的 Provisioning Profile。为了开发，建议选择 "iPhone Developer"，要发布，建议选择"iPhone Distribution"。这些都在弹出菜单的"Auto matic Profile Selector"区域里，这样就可以使 Xcode来为你找到正确的Provisioning Profile。

　　注意：要是丢失了 iPhone devloper/Distribution证书的私钥，就无法选择证书关联到的 Provisioning Profile。从备份中导入 iPhone developer/Distribution 证书的私钥可以解决这个问题。如果丢了或者删了私钥，就得生成一个新的CSR并且下载新的 iPhone Developer/Distribution 证书和Provisioning Profile。

　　程序的 Bundle Identifier 必须跟Provisioning profiles的Bundle Identifier APP ID匹配。要编辑程序的 Bundle Identifier，打开 target's properties settings，在 Identifier 栏输入 Bundle Identifier。如果在 App id的bundle identifier里使用星号通配符，就可以替换为反向DNS格式的字符。

　　下面有一些可以输入到 Identifier 框的例子。

　　如果AppID是 A1B2C3D4E5.com.domainname.applicationname。输入com.domainname.applicationname 作为 Bundle Identifier

　　AppID是 A1B2C3D4E5.*，输入反向DNS格式的字符串作为 Bundle Identifier。

关于 Profiles 和 App IDs

　　创建 Provisioning Profiles 时可以关联两种类型的 App ID。第一个类型叫做通用App ID（Wildcard App ID）。推荐大多数iPhone OS开发用通用App ID的Provisioning Profiles，因为这样单个通用App ID可以用来生成和安装大多数程序，包括 iPhone Reference Libary 里的示例代码。通用App ID通过在  Identifier 里输入星号创建。星号必须是App ID字符串的最后一个字符。如果使用通用App ID，记着在Xcode项目里输入Bundle Identifier时把星号替换为反向DNS格式。

假设有 App ID ABCDE12345.*：

ABCDE12345是Bundle种子ID(由Apple生成)

*是App ID的Bundle Identifier。在xcode里输入bundle identifier时需要把星号替换为反向DNS格式。

假设有 App ID: ABCDE12345.com.yourcompany.*

ABCDE12345是Bundle种子ID(由Apple生成)

com.yourcompany.* 是App ID的Bundle Identifier。并且xcode项目里的bundle identifier必须以'com.yourcompany.'开头，星号可以替换成任意字串。

　　第二类 App ID 称作固定AppID(Explicit App ID)。这类 APP ID限定了一个provisioning profile只允许一个程序安装。启用iPhone OS 3.0特性需要固定 App ID，例如 In App Purchase或者 App Push Notification 服务。固定ID通过输入指定字串创建。推荐做法是用反向DNS格式。

　　重要：一个避免将来可能产生问题的提示：修改 yourcompany 为真正的名字。

Ad Hoc

为 Ad Hoc发布生成应用程序跟生成App Store程序类似，只是多了两步。第一，需要用 iPhone Developer Program Provisioning Portal 创建一个 Ad Hoc Distribution provisioning Profile并添加发布目标设备的 UDID。第二，创建一个代码签名Entitlements file。关于如何创建Entitlements file请阅读 iPhone 开发者指南的 Managing Application Entitlements部分。创建完 Entitlements file并把它添加到 Code Signing Entitlements build settings之后，打开EntitleMents File并且田间或编辑 get-task-allo把它设为false。

文档修订记录

（原文的修订记录）

2010-04-13：新建。介绍iPhone开发中安装证书和provisioning profiles的步骤。

来源：http://article.yeeyan.org/view/15661/101257

NSString *udid = [[UIDevice currentDevice] identifier];

As we can no longer use this, but will often still have need of a unique identifier Apple has suggested using a CFUUID. To get a unique string identifier you now need to do this:

CFUUIDRef uuidRef = CFUUIDCreate(kCFAllocatorDefault);
NSString *uuid = (NSString *)CFUUIDCreateString (kCFAllocatorDefault,uuidRef);

This gives you a unique identifier however if you called these methods again you would get a different unique identifier which may be fine if you only ever need to use this identifier once but for many situations this is probably not what you want. Apple suggests using NSUserDefaults to store the UUID after you have made it. You would do that like so:

NSUserDefaults *userDefaults = [NSUserDefaults standardUserDefaults];
[userDefaults setObject:uuid forKey:@"UUID"];

Then if you need to retrieve the UUID at any point you would call:

NSUserDefaults *userDefaults = [NSUserDefaults standardUserDefaults];
NSString *uuid = [userDefaults objectForKey:@"UUID"];

This is an ok solution. I say it is only ok because the problem with NSUserDefaults is that they do not persist if the user removes and reinstalls their application. This could wreak havoc on your app if for example the UUID is used to identify the device to a web service that served data to your app. Your users would find it frustrating to lose their data simply because they had reinstalled your app.

A better solution is to store the UUID in the users keychain.

If you are unfamiliar with the concept it is fairly simple. Each app has its own keychain that can be used to securely store passwords, certificates, keys etc. The keychain can even be shared among several different apps if needed though I will not cover that today.

To make working with the keychain simpler Apple wrote an Objective-C wrapper class called KeychainItemWrapper which you can find here.

To store our UUID in the keychain we first create a KeychainItemWrapper object with:

KeychainItemWrapper *keychainItem = [[KeychainItemWrapper alloc] initWithIdentifier:@"UUID" accessGroup:nil];

You can use whatever you want for the identifier. As I am only making this item available to this app I set the accessGroup to nil.

Now to save your UUID to the keychain use:

[keychainItem setObject:uuid forKey:(id)kUUID];

In this case I would have defined the constant kUUID with a # define such as:

#define kUUID @"UUID"

To retrieve your UUID you need to make a keychainItemWrapper object and then call objectForKey like this:

KeychainItemWrapper *keychainItem = [[KeychainItemWrapper alloc] initWithIdentifier:@"UUID" accessGroup:nil];
[keychainItem objectForKey:(id)kUUID];

This UUID that is stored in the keychain will now persist if the user removes the app and reinstalls and even if they save an encrypted backup and do a restore. It will not persist if they do a full reset of the device or restore from an unencrypted backup.

One word of warning, the keychain does not work in the iOS simulator.

Share and Enjoy:

Data

Internet

Other

1、没有不可点击的效果

一般按钮会有四态，不可点击效果、可点击效果、聚焦状态、按下状态。如果你的按钮此时处于不可用状态，那么一定要灰掉，或者拿掉按钮，否则会给用户误导。

 2、菜单层次太深

菜单项以5~7个为宜，如果有二级菜单，就要注意合理的菜单分类，不能有太多层级的菜单，否则很难预期，也很难找到，寻找和返回都会变得很麻烦。

3、文字长度不加以限制

手机界面很小，寸土寸金，一页只能显示下6~10个列表，一行只能显示下10~16个字，标题栏的字数以5个以内为宜，标签栏也以2~3个为宜，那么这时候出现文字过长的情况，一定要定义一下处理方式，如果是选择型的，一般是截断或者打点缩略；如果是内容阅读型的，可以折行。但最合理的方式还是精简文字内容，缩短文字长度。

4、文字表意不明

由于手机是碎片时间、片段式阅读，所以手机界面上的文字表意性要求的更高，更苛刻，一定要在用户瞟到的瞬间，准确的传达信息。除了表意清晰之外，还要求语言精简，避免啰嗦；使用用户的语言而不是程序的语言；产品文案体现产品性格。

5、交互流程分支太多

做交互的时候一定要有一个任务流程的概念贯穿始终，用户是为了完成某个任务而使用软件的，交互设计师除了关注界面元素、跳转逻辑和交互反馈之外，还要关注用户任务，分得清主要任务和次要人物，给主要任务一个畅通无阻的清晰流程，不要给予太多可能的分支，干扰主要流程。

6、相关的选项离的很远

相关选项一定要具有操作上的延续性，虽然手机屏幕看起来比电脑屏幕要小的多，但是手机在屏幕上移动的代价，却要比鼠标在电脑上移动的代价大的多，如果手机上相关选选离得很远的话，用户一是容易迷失，找不到下一步操作，二是需要移动手指，到屏幕另一端触发操作。

7、一次载入太多的数据

流量、电量、速度和稳定性是手机产品的四个硬指标，如果你的应用不能合理的帮助用户节约流量、电量，提升浏览速度和浏览体验，保证应用的稳定性能，就不要谈什么用户体验。你可以利用预加载缓存、批量载入、动态刷新、服务端数据压缩等方式来保证省、快、稳基础体验。

8、按钮可点击范围比看起来小

我们都知道移动端有个神奇的数字“44”，根据食指最小点触距离7mm、拇指最小点触距离9mm，可以推导出做设计的时候，最小的点触距离是44*32 px。你可以设计一个精美的小图标，但是在定义它的点触大小的时候，却可以做放大处理，但你千万不要设计一个傻大的图标，点触范围却比图标要小，这样会给用户带来明显的误操作挫败感。

9、标签页跟内容没有从属关系

标签页跟内容需要有很好的联动关系，一般一个界面内有二级标签就足够复杂了，千万不要再有三级标签、四级标签。每个标签页都有自己特有的内容，当切换标签的时候，内容跟着切换。标签页如果是点击切换，内容部分可以整体刷新，标签页如果是滑动切换，内容页也要跟着滑动切换，千万不要一个点、一个滑。

10、把所有的操作都暴露出来

手机产品交互设计要经历缩减、隐藏、附加、组织的过程，千万不要妄图把什么功能、什么操作都暴露出来，以彰显强大。你需要把自己应用的所有功能所有操作做个优先级设定，那些常用的20%的功能，放在界面的主要位置上，其他80%的操作，放在次要位置或合理归类组织后，隐藏起来就可以了。

11、没有空数据界面设计

我们在做设计的时候，往往是提供理想化的场景，用户都已经进来了，我们怎么玩。但是，往往应用刚推出的时候，是没有用户的，甚至当应用有了一定用户基础的时候，新进来的用户打开应用的时候，应用仍然可能是一种没有数据的状态，再或者当用户清楚了全部数据，这三种情况下，用户都可能遇到空数据的界面。新手设计师往往不加设计，这时候用户就会看到一个空白界面，茫然失措。有经验的做法就是，提供一个情感化的界面，告诉用户当前没有内容；更具引导性的做法，就是引导用户去执行操作。

12、用户引导的滥用

去年就预言用户引导将要泛滥，很明显设计部门都喜欢用漂亮的引导界面告诉用户新增的功能或隐藏的应用，但不是所有的应用、所有的功能都需要花哨的引导的。如果是通用的功能、非重点的模块，根本就不需要引导；如果是功能告知，只需呀轻量级的引导；如果是版本更新说明，说明书式的引导可以采用，但是要言简意赅。

13、无加载中状态

手机产品只要是需要联网，需要交换数据，都需要提供一个加载中状态的，无论是菊花转还是Toast还是对话框，你需要给开发人员一个全局的定义，并且要告知加载中是模态（前台加载）的还是非模态的（后台加载）。且要考虑到加载时间过长、网络开关没有打开、网络不通等情况分别怎么去处理。

14、未定义Back的逻辑

在为Android做设计的时候，会涉及到硬件交互，其中Back键的使用，是一门学问，Android官方有一些指导原则可以借鉴，但是具体开发的时候，还是会有很多特殊情况，比如单一实例的替换、键盘及一些中间状态，这种情况下，Back可能需要被定义一下，该回到前一个实例（那就需要变成多实例了）还是该回到初始状态（清空输入内容或恢复初始状态）。

15、无横屏模式的设计

由于横屏模式下，纵向空间变得格外宝贵，导航栏、标签栏、键盘都需要被压扁，横盘模式一定要考虑是简单拉伸适配还是重新设计，如果你的应用不适合在横屏模式下使用，就屏蔽横盘，如果你的应用包括应用widget都需要支持横盘模式（甚至是带侧滑键盘的横屏机器），就需要提供设计方案。如果是S60V5这种竖高的机器，甚至需要重新设计。

作为手机产品交互设计师，利用设计规避问题，提升产品用户体验，把体验转化成价值，是我们所追求的境界。手机产品设计禁忌，是笔者遇到的一些设计问题，欢迎各路高手协同补充遇到的问题，共同避免重复发明轮子。

我们在2011年发布了两款iOS游戏：《Garage Inc.》（1月份）和《KULA BLOX 》（9月份）。近期，我们花了大量时间思考这些经历，从中寻找可借鉴之处，这样下次就会做得更好。以下便是我们总结出的经验。

首先，你需要的是认知度，这包括人们对你游戏或对工作室的认知度。需要让人们知道你的存在，知道你游戏的存在，从而关注你游戏的存在情况。这似乎是理所应当的事情。然而，虽然许多人都知道这一点，但真正将其贯彻到游戏设计、盈利和营销决策中的人确很少。我将在以下几段内容中对此进行具体的解释。

让我们先从游戏设计开始。除非你是个知名开发者，或有大量可用在营销上的资金，或拥有可确保获得某种层次认识度的流行品牌，否则你最可能实现的是通过口舌宣传来让你的游戏变得流行。

考虑下，你自己的iOS设备上的多数游戏是怎么来的。如果你自己没有iOS设备，或许你需要再重新考虑下是否应该进驻这个市场。如果你和我们一样， 那么多数购买决定是因为在好友的设备上试玩过游戏而做出的。好友会说：“我喜欢这款游戏，你试试看吧。”你说：“好的。”于是，尝试了这款游戏。经过一段 时间后，或许是10秒、15秒或更长的时间，你决定购买游戏。

你的潜在用户也会有同样的做法。所以，这对设计提出的要求是：对于那些刚刚接触游戏的人，这些人可能未曾看过你的教程和屏幕截图也未曾阅读过你的营 销材料，确保这些人能够在接触游戏的前10秒或15秒内喜欢上游戏。如果他们不喜欢，那么他们就不会购买你的游戏。你的销售量就会受到影响。

你要如何让游戏迅速俘获玩家呢？对于这个方面，我们也正处在探索中，所以这里无法提供通用的解决方案。当你在设计和测试游戏时，需要考虑到这个方面。

顺便说下，你要知道，即便是主流iOS站点上的积极评论也不会给你带来过多的认识度和下载量。尽管受苹果推荐在多数情况下比获得专业评论要更有价 值，但也不能确保游戏获得成功。而且，你不应当将苹果推荐作为营销战略的最高目标。我们很幸运，两款游戏都受应用商店推荐为值得注意的新应用，但很可能你 完全没有听说过它们。这并不是说你不该让游戏获得评论或不应努力让游戏获得iTunes App Store推荐，这是你应当争取的目标。我想说的是，实现这些目标对营销来说还远远不够。

假设你现在正在制作游戏，你已经将其设计成可以短时间内吸引用户。这确实是个良好的开始。那么，这样就足够了吗？当然不是。即便你确认自己已经实现上述目标，你也不应当止步于此。

你的下个步骤是，考虑尽可能多的认识提升服务和盈利服务，看看哪些服务适合你并能够对你的游戏起到帮助。在这里，我不对任何服务做推荐，我会客观地总结目前存在的服务和它们的运转方式。
免费游戏的盈利
目前有许多服务和方法，可以让你将应用设置为下载免费。如果你想要知道如何通过免费游戏获得盈利，我将在下文中对此进行解释。

最显而易见的方式是添加应用内置付费功能（下文简称“IAP”）。虽然用户无需为应用本身付费，但你可以向他们出售升级和附加产品。

如果你不在游戏中设置IAP，那么免费提供游戏的优势便不那么明显。在这种情况下，设置应用免费的目标是构建认识度，这样当你开始为应用收费时才会 有更多人购买你的游戏。那些免费下载游戏的人可能在与好友的交谈中提及你的游戏，这些人成为了游戏的传播者。当你再次开始向用户收费时，此前玩家间的口舌 宣传便会带来额外的销售量。额外的销售数量取决于当游戏免费时下载游戏的人数以及他们向好友推荐的意愿度。在后者中，上述10到15秒的游戏玩法需求就有 着举足轻重的作用。

提升认知度

Hey Zap：使用这个服务，你可以在不耗费大量资金的前提下让游戏获得很高的曝光度。它类似于 Foursquare，只是你签到的是游戏而不是地点。关注你的人可以看到你正在玩哪个游戏。签到达到特定次数时，你就能获得一枚徽章。目前有个SDK， 让你可以将Hey Zap按钮整合到游戏中，这样人们就可以在你的游戏中签到。Hey Zap的网站显示，目前该服务的用户签到总次数已超过1000万。

Game Center：苹果的游戏社交网络在iOS 5中有了显著的升级，增加了3个重要的功能：好友推荐、游戏推荐和从Game Center应用中购买游戏。在iOS 5发布前，Game Center的绝妙之处在于其排行榜和成就。但是，新的更新显著提升了好友所玩游戏的曝光度，相比以往来说成了更加强大的认知度构建服务。

OpenFeint：这项服务与苹果的Game Center相似，只是范围更大而已。OpenFeint存在的时间更长，但是该服务不支持iPad，只支持iPhone和iPod touch。它包含成就、排行榜和好友。它也有个iOS应用，称为《Game Channel》。该应用的主要功能是“每日推荐免费游戏”。

将OpenFeint整合到游戏中是免费的，你能够获得的好处同Game Center相似：你的好友可以在排行榜上看到你的分数以及你所获得的成就等。但是，与Game Center不同的是，OpenFeint允许你付费让用户看到你的游戏。“每日免费游戏”服务便由此产生。

通过支付费用（游戏邦注：可以是固定费用也可以是盈利抽成），你的游戏可以被推荐到OpenFeint旗下《Game Channel》的“每日免费游戏”上。由此带来的认知度可能会转变成销售量。如果你的游戏并非免费的，不要担心，你仍然可以开展“每日免费游戏”促销， 只要你将游戏中的某些东西设置为免费即可，这样对你的新用户来说仍然是个不错的交易。

OpenFeint还有3种其他的服务。Fire Sale是个团购打折项目，OpenFeint玩家社区可投票表决他们希望看到打折的应用和打折比例。第2个是GameFeed，这是个相对较新的游戏内 置社交行为新闻播报服务，你可能还未在游戏中见过。它就像证券报价机，在菜单屏幕底部滚动，向你展示好友正在玩的游戏和他们的表现。第3个是OFX，这是 OpenFeint开设的应用商店，让你在无需向苹果提交二进制码的前提下修改你的游戏内置商店的产品售价。

Free App A Day：这是个类似于OpenFeint的“每日免费游戏”的服务，但是不含有社交网络功能。严格地说，它是个付费服务，有应用、网站和大量可以看到受推荐游戏的用户。
盈利
TapJoy兼具提升认知度和盈利性的特点。该公司的主要服务是Offerwall，这种方法让开发商可以付费 让用户下载他们的游戏。玩家可以使用玩游戏所获得的虚拟货币来下载新游戏。新游戏开发商为此等下载买单，TapJoy将部分盈利分给下载来源游戏的开发 商。2011年早期，苹果开始限制包含这种类型服务的应用。

TapJoy还有其他的服务，包括传统的游戏内置条幅广告、视频推广和全页面插播广告。它们的运作方式都很相似，你付费让自己的内容呈现在其他的游 戏中（提升游戏认知度）或者当用户在你的游戏中点击广告或观看视频时你获得抽成（盈利）。从玩家的角度来看，他们与这些广告和视频互动也可以让他们获得一 定的游戏奖励。

AdColony：这项服务用虚拟货币来奖励观看视频的玩家，类似于TapJoy中的视频推广。如果你在自己的游戏中展示视频，用户的完整观看能够为你带来一定收入。如果你希望自己的游戏视频被展示在其他游戏中，那么你就必须为用户的每次完整观看付费。

Flurry：尽管众人熟知的Flurry是家分析公司，但他们还拥有AppCircle，这是个针对iOS的交叉推广网络，使用他们的推荐引擎向玩家推荐游戏。类似于其他此类服务，你通过付费来让玩家在其他应用中看到你的游戏，你在自己的应用中展示其他开发商的游戏能够获得盈利。

Flurry还有个称为AppCircle Clips的新服务，也是向完整观看视频（游戏邦注：通常是游戏预告片）的用户支付虚拟货币。与上述情况相同，做广告的开发商付费，播放视频广告的开发商获得盈利。

Kiip：这是个新公司，目前只在美国市场运营。Kiip将现实世界奖励同获得成就联系起来。与其他服务不同的是，这项服务完全以盈利为目标。

以下是这项服务的运转方式：你在玩游戏时获得一项成就。所有人都会对获得成就感到欣喜，但现在你还能够收到1条消息，你从Kiip处获得奖励。奖励 可能是1袋薯片、1杯打折饮料或1根口红。作为开发商，你只需要整合他们的SDK，剩下的都交由该公司来完成。当用户点击收集他们的奖励时，你就能够获得 盈利。
但需要记住以下这几点：
1）你无需整合所有的服务，因为这对你来说等同于大量的工作，而且很可能会让你的玩家感到困惑。

2）当你发布新游戏时，努力取得强劲的开局，因为应用商店中的排名是维持销售量的最重要因素，营销持续时间过长会影响到效果。要尽快获得强劲势头，然后努力保持。

3）先提升认知度，然后再专注于盈利。你需要拥有足够数量的玩家，才能够通过他们来盈利。换句话说，如果你没有用户，那么所有的盈利方式都无法生效。

4）但要把握展开盈利行动的时机，要使用不同策略保持用户对游戏的兴趣。如果无法招徕或者留住玩家，你就没有办法实现盈利。

5）还有最后一个提醒：不要做无价值的游戏。应用商店中有许多优秀的游戏，无价值的游戏根本没有生存空间。

来源:雷锋网

http://cocoachina.com/ 大量iPhone开发资料，教学，经验，还有自曝。 

http://www.javaeye.com/forums/board/mobile iPhone开发论坛，人气鼎盛，大量自曝，还有Android的讨论 

http://developer.apple.com/iphone/ 苹果iPhone开发官方主页，提供大量实例、文档和教学视频 

http://developer.apple.com/contact/phone.html 苹果的支持 

http://www.stanford.edu/class/cs193p/ 斯坦福大学的iPhone课程，2009年4～6月，有pdf和视频下载 

http://bit.ly/RuaKq 飞机游戏iFighter的作者dr_watson写的iPhone游戏开发经典教学系列，有源码 

http://www.iphoneside.com/ iPhone达人的博客，很多有价值的资源下载，新闻和教程 

http://lichen1985.com/blog/ iPhone应用的作者，雨雪霏霏的iPhone博客，很多开发手记和心得 

http://blog.liuhongwei.cn/category/iphone/ iPhone开发博客，提供教学文章，经验分享，还有GAE 

http://www.javaeye.com/topic/422948 iPhone日本市场高手的自曝贴，第1个月就赚了2千刀，大量详细的数字和图片 

http://dev.iphonetw.net/ 台湾iPhone开发者论坛，有些教学文章和讨论 

http://www.otierney.net/objective-c.html.zh-tw.big5 Object-c简单教程 

http://icodeblog.com/ game的教程 

http://www.iphoneside.com/2009/06/abc123%EF%BC%9A%E4%B8%80%E4%B8%AA%E5%BC%80%E6%BA%90%E7%9A%84cocos2d%E6%B8%B8%E6%88%8F/ 游戏 

http://adeem.me/blog 简单教程 

http://www.iphoneexamples.com/ iPhone SDK Examples 

http://cocoadevcentral.com/d/learn_objectivec/ learn objective c 

补充： 
www.weiphone.com 

http://stackoverflow.com/ 

from:http://www.javaeye.com/topic/453221?page=1 

http://howtomakeiphoneapps.com 

http://icocoa.cn/ocsection/ocpractice Objective C 2.0 简明教程 

http://www.cocos2d-iphone.org/wiki/doku.php/prog_guide:index cocos2d教程 

http://www.premiumbeat.com/  Sound and Music resources 

http://c.gzl.name/  “我”的开发笔记 

http://www.cnblogs.com/HelloCG/category/172682.html //游戏开发中的数学和物理算法 

http://www.cocoachina.com/blog/blog.php?uid=11 //cocoachina dr_watson 

http://www.khronos.org/opengles/sdk/1.1/docs/man/ //OpenGL ES 1.1 Ref Page 

http://www.khronos.org/opengles/sdk/docs/man/  //OpenGL ES 2 Ref Page 

http://www.lihuasoft.net/article/list.php?frmid=97&page=1 //游戏算法 

http://three20.info/ three20控件 
http://joehewitt.com/post/the-three20-project/

http://www.edumobile.org/iphone/     iphone教程

http://www.ourtuts.com/                    美术教程

http://www.appsamuck.com/        31个small project

来源：http://blog.csdn.net/favormm/article/details/5158163

　　功能：让编译好器自动编写一个与数据成员同名的方法声明来省去读写方法的声明。

　　如：

　　1、在头文件中：

　　@propertyint count;

　　等效于在头文件中声明2个方法：

　　-(int)count;

　　-(void)setCount:(int)newCount;

　　2、实现文件(.m)中

　　@synthesizecount;

　　等效于在实现文件(.m)中实现2个方法。

　　-(int)count

　　{

　　return count;

　　}

　　-(void)setCount:(int)newCount

　　{

　　count =newCount;

　　}

　　以上等效的函数部分由编译器自动帮开发者填充完成，简化了编码输入工作量。

 格式

声明property的语法为：

　　@property(参数1,参数2)类型 名字;

　　如：

　　@property(nonatomic,retain)UIWindow *window;

　　其中参数主要分为三类：

　　读写属性： （readwrite/readonly）

　　setter语意：（assign/retain/copy）

　　原子性： （atomicity/nonatomic）

　　各参数意义如下：

　　readwrite

　　产生setter\getter方法

　　readonly

　　只产生简单的getter,没有setter。

　　assign

　　默认类型,setter方法直接赋值，而不进行retain操作

　　retain

　　setter方法对参数进行release旧值，再retain新值。

　　copy

　　setter方法进行Copy操作，与retain一样

使用assign:对基础数据类型 (NSInteger，CGFloat)和C数据类型(int,float, double, char, 等等)

使用copy： 对NSString

使用retain： 对其他NSObject和其子类

                   参数类型

参数中比较复杂的是retain和copy，具体分析如下：

getter 分析

　　1、@property(nonatomic,retain)test* thetest;

　　@property(nonatomic,copy)test* thetest;

　　等效代码：

　　-(void)thetest

　　{

　　returnthetest;

　　}

　　2、@property(retain)test* thetest;

　　@property(copy)test*thetest;

　　等效代码：

　　-(void)thetest

　　{

　　 [thetestretain];

　　return[thetest autorelease];

　　}

setter分析

　　1、

　　@property(nonatomic,retain)test*thetest;

　　@property(retain)test* thetest;

　　等效于：

　　-(void)setThetest:(test*)newThetest {

　　if (thetest!= newThetest) {

　　 [thetestrelease];

　　thetest= [newThetest retain];

　　}

　　}

　　 2、@property(nonatomic,copy)test*thetest;

　　@property(copy)test* thetest;

　　等效于：

　　-(void)setThetest:(test*)newThetest {

　　if (thetest!= newThetest) {

　　[thetestrelease];

　　thetest= [newThetest copy];

　　}

nonatomic关键字：

　　atomic是Objc使用的一种线程保护技术，基本上来讲，是防止在写未完成的时候被另外一个线程读取，造成数据错误。而这种机制是耗费系统资源的，所以在iPhone这种小型设备上，如果没有使用多线程间的通讯编程，那么nonatomic是一个非常好的选择。

retain
代码说明
如果只是@property NSString*str;
则通过@synthesize自动生成的setter代码为：
-(void)setStr:(NSString*)value{
 str=value;
}
如果是@property(retain)NSString*str;
则自动的setter内容为：
-(void)setStr:(NSString*)v{
 if(v!=str){
   [str release];
   str=[v retain];
 }
}

使用assign:对基础数据类型 (NSInteger，CGFloat)和C数据类型(int,float, double, char, 等等)

　　使用copy： 对NSString

使用retain：对其他NSObject和其子类


来源：http://blog.csdn.net/daydayupxx/article/details/6635201