谈起iPhone，尤其是使用方面，或许我们都能说出很多强大的功能，但是，对于iPhone应用开发本身来说，或许还是个谜，本文将带大家去揭晓！

         一般来说，iOS平台上做所有事情都不能随心所欲。你最好在开发人员写代码之前把所有的需求都确认好好。这和开发网站不一样，按照实现签订的合同开发iOS应用，开发过程中对需求变更的容纳度可能很低：

　　用户界面：

       无论你打算采用iOS标准界面还是自定义元素，在开发开始前一定要确认清楚，因为应用的程序架构是根据界面和用户使用流程来设计的。一个很好的例子就是在界面底部使用了iOS标准的标签栏（Tab Bar），此后如果你想让标签栏里面的图标变成彩色的，这个代码改动量可没你想象的那么小！

　　代码之间的耦合：

        如果是开发网站，你可以随意的添加一个页面或者一处链接。做iOS应用就没有那么简单了，很多东西一开始都要设计好，后期的一处改动会牵连很多东西，具体原因是你无法理解的。iOS应用的代码写好之后，再改动行不行？行！但必须小心。 这就像设计电路板一样， 如果你不小心把那根线搭错了，整块电路板就会不工作。有人说架构优良的程序可以有很高的延展性，那纯属纸上谈兵。在About屏幕上添加一个电子邮件按钮可能只需要几行代码的工作量，而添加一个转发到新浪微薄的按钮（译者注：原文是添加一个Facebook Like）就完全不是那么简单的事儿了！

　　让一个iPhone应用同时也支持iPad：

        如果要评选最坑爹“需求变更”，那么这个绝对是当之无愧的。理由很简单：支持iPad根本不是TMD什么附加功能！iPad应用基本上都比iPhone应用来得要复杂，界面设计和用户体验也大不一样。我问你，制造一辆电动自行车，然后把它改装成一部烧汽油的摩托车，这能是一回事儿吗！？电动自行车跟摩托车看起来是很像，但是制造它们完全是两码事。

　　拿广受欢迎的Facebook官方应用来说，它的iPhone和iPad版本看似相似，实际用户操作流程完全不同。不仅仅是界面上的不同会带来额外的工作，对后台服务器API的需求也可能不一样。拿我熟悉的一个应用Denso来说（我熟悉它因为这是我开发的），它的iPad版本比iPhone多了几个功能，这些都需要额外的服务器端API来支持。记住，iPhone和iPad应用的用户体验需求是完全不一样的。