從Apple.com網站分析Web可用性設計
作分析為設計者來說,我們在很多方面都被Apple影響著,無論是其優秀的作業系統、時尚前衛的消費產品,還是他們在Web/應用設計上的引導趨勢。從 Apple的產品和線上網站可以看出,Apple始終關注使用者體驗和可用性多一些。對於Apple.com來說,設計上注重可用性是非常重要的,它必須給使用者留下一個好的印象,基於此,使用者會更加喜歡購買Apple的產品,網站的可用性很大程度上反應了其產品的人性化操作。
從Apple.com可以學到很多知識,所以我用這個網站作為一個個案,研究一下Web設計過程中需要注意的一些可用性方面的知識。
1. 流暢實用的內容導航和選單
主選單(Main Menu)
此外,這個選單也使用了非常簡單的滑鼠hover事件,但這些表現已經足夠了。
JavaScript Mac 選單 – 這個名聲在外的 Mac menu 是設計最簡潔、組織最緊湊的導航之一,是在有效的特定空間內最好的內容組織方式。相比合理的內容組織更重要的就是操作的便利了,尤其響應滑鼠的labels更是遊刃有餘。
側邊欄選單 – 側邊欄導航能給人深刻的印象,可用性強。這個小巧的摺疊層可以滿足有限區域內容容納更多連結內容的需要,即便有新的新增進來也不會對佈局產生影響。
Gallery 導航 – 除了基於導航設計的內容組織外,圖片的組織也同樣是極其重要的。Apple.com實現了一個非常簡單的圖片展示功能,除了使用了縮圖選單外,還使用了 lightbox 的表現效果,簡單簡潔的設計,卻讓使用者的操作表現的流暢完美。
在每一個 lightbox gallery中,所有的圖片都是組織在 lightbox下,我們不必再把時間花費在“上一幅、下一幅”的點選操作上了。
iPhone 特色選單 – 又一個簡潔但功能強大的選單, iPhone 的內容是一個基於多個列表的樣式化導航。
Bread Crumbs導航 – 麵包屑導航告訴使用者他當前的操作位於整個網站的具體位置。Apple在每一頁面的底部都提供了這樣一個位置導航功能,對於希望無障礙地快速網站的使用者來說非常有用。
Site Map – 就Web的可用性來說,網站地圖是一個更不起眼的功能,但它在應用中卻必不可少。 Apple.com 有一個位於頁尾的網站地圖,幫助使用者更方便地找到需要的頁面。
2. 整齊流暢的網格佈局
任何網站設計(或者說任何一個層設計)都是從最簡單的網格開始的,網格是任何層和內容的基礎。Apple 在每一個頁面,統一使用整齊的網格佈局設計,給使用者一個愉快的體驗。
雖然Apple在每個頁面都使用了網格佈局,但是頁面間的佈局卻又各不相同,這就需要設計的靈活性和創新意識。與此同時,保持框架統一的網格區域,也能給使用者視覺上的愉悅。
3. 統一穩重的色調,高質量的圖片
除流暢的佈局設計外,頁面的色調也在很大程度上反映了網站的可用性設計。色調方案是一個網站表達感覺和視覺最直觀的因素,起決定性作用。
對比度/色彩設計 – Apple使用一個完美的色彩設計,表達出一種和諧專業的感覺。平滑的對比度增強了內容的可辨識度。非常合理的網站飽和度提高了易讀性。此外,相比基本文字,連結文字的不同色彩也是為內容的可讀性增色不少。
圖片 – 和色調緊密相關的是,影象的質量也是一個非常重要的方面。Apple.com在內容中混合了很多的影象,這些影象都是高質量的,在網站的專業性方面充當了一個相當重要的角色,好的影象需要在細節處下足功夫。
空隙 – 合理的空隙應用是完美頁面佈局設計必不可少的成分。適當的應用可以避免混亂的佈局,使佈局看起來更加清晰。Margins、行間距, 字間距的科學人性化設計都會增強內容的可讀性,減少視覺上的閱讀疲勞。
4. 流暢可掃描的內容組織
內容為王,是網站存在的根本。內容的組織形式會直接影響到使用者對內容的反映。尤其是一個像Apple.com這樣的網站,充滿大量的內容,是否可以掃描就成了非常重要的指標。
間隔 – 間隔和文字大小在可讀性方面是同樣重要的指標。首選,行間距對文字的可讀性尤其重要,如果太小,讀者閱讀會非常的吃力;如果太大,就會顯得太多獨立,喪失相關性。Apple.com使用一個行高的數值解決了這個問題。
規則的圖片佈局 – 不像很多文章型網站,Apple使用透明背景的圖片,在圖片和環繞文字之間合理地設定間隙。
可掃描的Headers/Text – 標題和文字的組織除了方便閱讀之外,還能更容易地實現內容的掃描。
高亮的關鍵字和不同字型的使用都是使得文字更容易掃描的最好方式,當然,行高也是同樣重要。
5. 快速的載入時間
載入時間的長短決定著使用者是否會離開網站,如果網站的載入過慢,那麼使用者將會失去等待的耐心,不再繼續瀏覽網站。
簡潔和良好的程式碼風格可以提供載入效率。最小化載入時間的方法很多,包括壓縮圖片 、刪除不必要的內容、使用載入時間測試工具等等。這是一個非常大的話題,類似的文章也是非常多。
6. 搜尋功能
網站的搜尋功能不可低估,一個具備可用性的強大搜索引擎是任何網站必須的元素。絕大多少的網站只使用一個簡單的搜尋條敷衍了事。而對於 Apple.com,卻在佈局和功能上都增強了搜尋功能,網站使用JavaScript技術實現了搜尋框自動顯示下拉相關關鍵字的方法,引導使用者顯示搜尋 結果,可見其人性化設計已是滲透到了每一個細節。
Apple.com把搜尋條放置在了頂部導航選單的右側,而且整站頁面一致顯示。
7. 細節
對於設計來說,考驗的就是細節的處理,細節做到了,那麼這個產品就會得到使用者的肯定,當然,Apple.com也是這樣做的,這也是為什麼會表現的如此專業的原因。
連結 – 在內容中插入連結文字時,把這些連結作高亮處理是非常必要的,而且,對於內容和列表中的連結,還是作了細微的區別處理。
隔離 – 在列表中,相似的元素、物件間作必要的分離是非常必要的,有時,一個簡單的1px線條會起到畫龍點睛的作用。
回到頂部 – 回到頂部連結是一個常見的應用,不容忽視。在頁面過長時,方便使用者返回頁面頂部進行操作。
語言選擇 – 如果你的產品客戶是不同國家不同地區的人,那麼如果沒有準確的語種供使用者選擇的話就太糟糕了。Apple做到了,提供各種語言版本供使用者選擇使用,從而擴大了產品的市場範圍。
好了,以上就是基於Apple.com對Web設計過程中需要注意的可用性方面的一些簡介。如果你也有你的觀點,那麼為何不分享出來呢?
相關推薦
從Apple.com網站分析Web可用性設計
作分析為設計者來說,我們在很多方面都被Apple影響著,無論是其優秀的作業系統、時尚前衛的消費產品,還是他們在Web/應用設計上的引導趨勢。從 Apple的產品和線上網站可以看出,Apple始終關注使用者體驗和可用性多一些。對於Apple.com來說,設計上注重可用性是非常重要的,它必須給使
網站內容排版可用性分析
繼續 perm 文件 技術分享 即使 找到 難受 時間 自己 當我們談論網站可用性的時候,我們總會提及用戶界面(UI)——按鈕、標記(label)、標簽(tab)等的設計與布局。但是,還有一個可能會被你忽視的元素可能會把你辛辛苦苦設計的網站毀於一旦,那就是(文字)內容。
Nodejs中分析web前端性能(window.performance)
代碼 web interact 返回值 efault 延遲 tab 前端性能 veh 在nodejs中,通過puppeteer來獲取web頁面中的window.performance對象,從而分析頁面的性能。下面直接上代碼。 const puppeteer = requir
閱讀《大型網站技術架構:核心原理與案例分析》第五、六、七章,結合《河北省重大技術需求征集系統》,列舉實例分析采用的可用性和可修改性戰術
定時 並不會 表現 做出 span class 硬件 進行 情況 網站的可用性描述網站可有效訪問的特性,網站的頁面能完整呈現在用戶面前,需要經過很多個環節,任何一個環節出了問題,都可能導致網站頁面不可訪問。可用性指標是網站架構設計的重要指標,對外是服務承諾,對內是考核指
架構師之路--從原理角度來分析性能
獲得 clas 思維 一體化 活性 數據拷貝 行業經驗 靈活性 時間 埃及艷後Cleopatra,很小的時候看過媽媽買的一本書裏把她的名字翻譯成克婁巴特拉,裏面有很多描寫她美貌的場景描寫。然而這個以美貌著稱的奇女子,我看到書裏,凱撒和安東尼真正傾心的是Cleopatra
keepalived通過vrr_script實現高可用性案例分析
keepalived vrr_script實現高可用性案例分析ps -C nginx --no-heading|wc -lps -C java --no-heading|wc -l先確認一下服務器上上面兩個數字cd /etc/keepalivedvi /etc/keepalived/check_ngin
Web前端性能分析
解析html 改善 rac compress 方法 遇到 speed cpu 也會 Web前端性能通常上代表著一個完全意義上的用戶響應時間,包含從開始解析HTML文件到最後渲染完成開始的整個過程,但不包括在輸入url之後與服務器的交互階段。下面是整個過程的各個步驟: 開始
《河北省重大技術需求征集系統》可用性及可修改性戰術分析
宕機 自身 均衡 異構 客戶 架構 系統 代碼 和數 從可用性戰術分析來看:應用層主要處理網站應用的業務邏輯,顯著特點是應用的無狀態性。對於應用服務器集群,實現這種服務器可用狀態實時監測、自動轉移失敗任務的機制是負載平衡。負載平衡主要是用在業務量和數據量較高的情況下,當單臺
基於《河北省重大技術需求征集系統》的可用性和可修改性戰術分析
目標 物理 方案 原來 用戶 設計 mil 可用 討論 架構在軟件發明時的N多年以前,就已經存在了,這個詞最早是跟隨著建築出現的。 架構的定義:體系架構包含建築的過程和規劃,產品設計,以及建築和其他物理結構。 架構的產生:最開始的產生,是在原始生活中通過每個人完成不同
簡要分析《XXX需求征集系統》采用的可用性和可修改性戰術
切換 公式 情況下 服務層 自身 獨立 dea body 計時 網站的頁面能完整呈現在最終用戶面前,需要經過很多個環節,人一個環節出了問題,都可能導致網站不可訪問。DNS會被劫持,網卡會送掉,程序有Bug等等,要保證一個網紮很難永遠完全可用幾乎是一件不可能完
可用性和可修改性戰術分析
也不能 大型網站 訪問量 高可用 切換 負載均衡 log 大型 部署 網站的可用性描述網站可有效訪問的特性。相比於網站的其他非功能特性,網站的可用性更牽動著人們的神經,大型網站的不可用事故直接影響公司形象和利益,許多互聯網公司都將網站可用性列入了工程師的
DR+keepalived實現web群集的負載均衡和高可用性
Lvs-DR keepalived 我們搭建好的Lvs-DR群集是有一臺lvs調度器的,生產環境中如果調度器出現故障,整個群集將癱瘓。通過keepalived做lvs調度器的雙機熱備就可以很好的解決這個問題。keepalived采用VRRP虛擬路由冗余協議,以軟件的方式實現Linux服務器的多機熱備功
RabbitMQ實戰:可用性分析和實現
RabbitMQ本系列是「RabbitMQ實戰:高效部署分布式消息隊列」書籍的總結筆記。 上一篇介紹了各種場景下的最佳實踐,大部分場景可以使用「發後即忘」的模式,不需要響應,如果需要響應,可以使用RabbitMQ的RPC模型。 RabbitMQ以異步的方式解耦系統間的關系,調用者將業務請求發送到Rabbit
從JVM視角分析try...catch...性能
comm har not 性能 start spa 不同 局部變量 var 隨便寫一個簡單的程序 public class Test { public static void main(String[] args) { int a = 0,b=2;
MySQL 數據庫的高可用性分析
用兩個 ima 指定 所有 情況下 復制集群 生成 生產 數據復制 前言 MySQL數據庫是目前開源應用最大的關系型數據庫,有海量的應用將數據存儲在MySQL數據庫中。存儲數據的安全性和可靠性是生產數據庫的關註重點。本文分析了目前采用較多的保障MySQL可用性方案。 MyS
使用爬蟲技術實現 Web 頁面資源可用性檢測
背景 對於電商型別和內容服務型別的網站,經常會出現因為配置錯誤造成頁面連結無法訪問的情況(404)。 顯然,要確保網站中的所有連結都具有可訪問性,通過人工進行檢測肯定是不現實的,常用的做法是使用爬蟲技術定期對網站進行資源爬取,及時發現訪問異常的連結。 對於網路爬蟲,當前市面上已經存在大量
OpenStack原理框架及在大型公有云可用性分析
一、元件框架 OpenStack專案是一個開源的雲端計算平臺,旨在實現很簡單,大規模可伸縮,功能豐富。來自世界各地雲端計算開發人員和技術人員共同建立OpenStack專案。OpenStack通過一組相關的服務提供一個基礎設施即服務(IaaS)解決方案。每個服務提供了一個應用程式程
RabbitMQ高可用性分析
rabbitmq有三種模式:單機模式,普通叢集模式,映象叢集模式 1)單機模式 就是demo級別的,一般就是你本地啟動了玩玩兒的,沒人生產用單機模式。 2)普通叢集模式 意思就是在多臺機器上啟動多個rabbitmq例項,每個機器啟動一個。但是你建立的queue,只會放在一個rabbtimq
從ASM程式碼中分析MFC與ATL在COM元件開發中的差異和優劣
主要是通過C++中的模板和多重繼承的語言特性,從ASM彙編層面,來分析MFC與ATL的差異和優劣。 MFC程式碼部分 MFC中,一個COM類可以包含多個介面,每個介面物件都是一個COM類的成員變數。 例如IWelcome,IMath介面物件就是
RabbitMQ可用性分析及實現
RabbitMQ實戰:可用性分析和實現,場景可以使用「發後即忘」的模式,不需要響應,如果需要響應,可以使用RabbitMQ的RPC模型。 RabbitMQ以非同步的方式解耦系統間的關係,呼叫者將業務請求傳送到Rabbit伺服器,就可以返回了,Rabbit會確保請求被正確處理,即使遇到網路異常、R