利用iOS技术特性打造最佳体验

界面外观的自定义

究竟有没有必要对应用的界面外观进行自定义?在打造设计方案的时候，我们通常会在这个问题上产生纠结。特别是在苹果刚刚推出应用商店的时候，这个问题显得尤其普遍与突出。为了能够尽快地将应用发布出去，以占领市场先机，产品决策者们宁愿放弃掉很多至关重要的设计流程，以达到压缩产品开发进度的目的。如今，从整个应用市场的角度来说，这种局面有所改善，人们再也不能忽视设计的重要性了，但是对于一些刚刚试水iOS应用的团队来说，类似的问题依然存在。

很多公司和产品团队总是无法意识到高度定制化的界面外观对于一款应用产品的重要价值。其实道理很简单，如果只使用SDK(开发工具包)提供的默认控件来构筑用户界面，你的应用就会完全处于iOS原生的视觉识别体系当中，在用户体验方面也无法超越苹果制定的范围框架。虽然从本质上讲，这并不是一件坏事，但这种方式显然无法将具有品牌特色的用户体验效应整合到产品当中;无论是视觉表现形式还是交互方式，都难以满足用户对于差异化的渴望。

抛开产品策略方面的因素，界面外观的自定义工作在技术层面不存在任何障碍。正如我们在前文中看到的，苹果在这方面有针对性的为开发者们提供了很多强大的图形技术。从某种程度上说，这项工作本应该成为整个设计开发流程中的一个重要且必要的组成部分。

有一点需要说明的是，界面外观自定义的设计原则并非是泾渭分明的，实际上你确实不需要对所有的界面组成要素都进行定制化的处理，在很多情况下，使用SDK提供的原生控件反而更加合理。作为设计师，你要做的就是处理好原生控件与自定义样式之间的关系，将它们协调的整合在一起，确保用户不会对这两类元素产生彼此孤立与分化的感知。

除了使用新的图形样式对各种常规界面元素的外观进行自定义之外，你还可以创造出全新类型的的界面交互对象，并为它们赋予独特的交互方式。不过，对于这种明显超出了“换肤”范畴的做法，苹果在用户界面设计规范当中所体现出的态度并不是具有鼓励性的，因为全新类型的交互对象会对用户的认知造成很大的障碍。作为规范，持有相对谨慎的态度是合乎情理的，不过这种具有极高创新性质的做法究竟能否成功，在很大程度上还取决于设计方案本身。过于隐晦的表现形式必然会使用户产生迷惑与挫败的感觉，无论它看上去有多酷;而简单直白、易于理解的方案则具有相当高的可行性。

通用型应用

在过去的几年中，iOS设备种类及规格的扩大发展为应用设计师与开发者带来了不少挑战。从前，我们只需要为一种设备规格打造设计方案;随着iPad的到来，事情开始变得复杂起来，我们必须针对新设备的特性考虑另外一个版本的设计方案。而开发团队也面临着同样的问题，他们必须同时开发和维护两个版本的应用，工作量几乎翻倍。

不久之前，通用型应用的概念出现在了应用商店当中，这种应用可以运行在任何类型的iOS设备当中。它会自动判断当前的设备环境，并在用户体验形式上作出相应的调整，例如可以通过不同的方式对用户界面进行渲染，在功能方面也会根据当前平台的具体情况发生相应的改变。

对技术开发人员来说，通用型应用是个好消息，它可以避免不同版本所带来的重复性工作，极大地提高开发流程的生产效率。不过站在设计师的角度，你仍然需要准确的把握不同设备在用户行为及体验模式上的差异，确保设计方案可以适用于它们各自的系统平台。而这种方式带来的进步也是显而易见的。在必须针对不同设备打造两个独立版本的情况下，你需要对已有的一套设计方案进行改造，在界面元素和交互形式等方面进行全方位的调整，以适应新的设备平台，这必然会导致两个版本的应用在界面外观和操作方式等方面存在显著的差异;而对于通用型应用，你可以在设计过程中预先考虑到两种设备的不同特性，并且能够在同一套设计方案中针对这些差异来定义局部样式或功能的响应式调整规则，从最大程度上确保用户体验的一致性。很多同时拥有两款设备的用户会在不同的需求情景中使用不同的设备来操作同一款应用，在这种情况下，具有高度一致性的界面外观及交互方式就显得尤为重要了。

原生应用与Web应用

如今，关于是否真正有必要开发iOS原生应用的问题，行业中还存在一些争论。在当前复杂纷乱的移动市场中，除非你有足够的资源，否则为每一种设备平台都单独打造一套原生应用确实是不大现实的。在很多情况下，移动版本的网站或是Web应用都可以很好的满足需求。不过，在你着手于Web方向的解决方案之前，有一些重要的问题必须事先了解清楚。

在用户体验方面，Web应用与原生应用之间的差距还是很明显的。如今，有很多前端开发技术框架可以帮助我们打造基于浏览器运行的Web应用。这些应用无论在界面外观还是交互方式上都与原生应用非常相似。然而，在实际的移动设备上下文环境中，它们仍然无法与原生的方式相提并论。正像我们在前文中了解到的，苹果为开发者们提供了很多强大的图形技术工具，作为设计师，我们不仅可以在设计方案中打造高度定制化的界面外观及交互效果，更重要的是，这些视觉表现形式都是在系统级别甚至硬件级别的功的支持下高性能的展现出来的。相比之下，基于浏览器运行的Web应用解决方案通常只能提供数量非常有限的交互效果，而且在性能方面更是无法与原生应用相比。所以，如果你正在考虑使用Web应用的方式来打造产品，至少要确保你的设计方案当中不会涉及到过多的视觉交互效果。

其实，对于这两类应用，我们并不需要争论出一个非此即彼的结果，因为iOS允许这两种形式在同一款应用中兼容并包的存在，一款原生应用当中完全可以同时包括本地化的界面控件与基于Web的页面元素。这种混合型应用可以将两者的优势淋漓尽致地发挥出来，使其自身即能拥有原生应用高性能的表现力以及对硬件功能的访问能力，同时又具备Web应用的动态性与灵活性，并且更加易于维护。