<xmp id="e0gg0">
  • <nav id="e0gg0"><strong id="e0gg0"></strong></nav>
    <nav id="e0gg0"><strong id="e0gg0"></strong></nav>
    <menu id="e0gg0"></menu>

    5.2 界面外觀的自定義

    究竟有沒有必要對應用的界面外觀進行自定義?在打造設計方案的時候,我們通常會在這個問題上產生糾結。特別是在蘋果剛剛推出應用商店的時候,這個問題顯得尤其普遍與突出。為了能夠盡快地將應用發布出去,以占領市場先機,產品決策者們寧愿放棄掉很多至關重要的設計流程,以達到壓縮產品開發進度的目的。如今,從整個應用市場的角度來說,這種局面有所改善,人們再也不能忽視設計的重要性了,但是對于一些剛剛試水iOS應用的團隊來說,類似的問題依然存在。

    很多公司和產品團隊總是無法意識到高度定制化的界面外觀對于一款應用產品的重要價值。其實道理很簡單,如果只使用SDK(開發工具包)提供的默認控件來構筑用戶界面,你的應用就會完全處于iOS原生的視覺識別體系當中,在用戶體驗方面也無法超越蘋果制定的范圍框架。雖然從本質上講,這并不是一件壞事,但這種方式顯然無法將具有品牌特色的用戶體驗效應整合到產品當中;無論是視覺表現形式還是交互方式,都難以滿足用戶對于差異化的渴望。

    拋開產品策略方面的因素,界面外觀的自定義工作在技術層面不存在任何障礙。正如我們在前文中看到的,蘋果在這方面有針對性的為開發者們提供了很多強大的圖形技術。從某種程度上說,這項工作本應該成為整個設計開發流程中的一個重要且必要的組成部分。

    《iOS Wow Factor》全書譯文精選

    有一點需要說明的是,界面外觀自定義的設計原則并非是涇渭分明的,實際上你確實不需要對所有的界面組成要素都進行定制化的處理,在很多情況下,使用SDK提供的原生控件反而更加合理。作為設計師,你要做的就是處理好原生控件與自定義樣式之間的關系,將它們協調的整合在一起,確保用戶不會對這兩類元素產生彼此孤立與分化的感知。

    除了使用新的圖形樣式對各種常規界面元素的外觀進行自定義之外,你還可以創造出全新類型的的界面交互對象,并為它們賦予獨特的交互方式。不過,對于這種明顯超出了“換膚”范疇的做法,蘋果在用戶界面設計規范當中所體現出的態度并不是具有鼓勵性的,因為全新類型的交互對象會對用戶的認知造成很大的障礙。作為規范,持有相對謹慎的態度是合乎情理的,不過這種具有極高創新性質的做法究竟能否成功,在很大程度上還取決于設計方案本身。過于隱晦的表現形式必然會使用戶產生迷惑與挫敗的感覺,無論它看上去有多酷;而簡單直白、易于理解的方案則具有相當高的可行性。

     

    啊灬啊灬啊灬快灬片免费
    <xmp id="e0gg0">
  • <nav id="e0gg0"><strong id="e0gg0"></strong></nav>
    <nav id="e0gg0"><strong id="e0gg0"></strong></nav>
    <menu id="e0gg0"></menu>