從月薪3000到月薪30000，設(shè)計師更該專注什么

學(xué)習(xí)UI設(shè)計培訓(xùn)的人很多，但是方向基本都是應(yīng)用UI和游戲UI。下面我們分別來談?wù)剝烧叩膮^(qū)別

‘==’和‘===’都是Javascript中的比較運算符，都是比較運算符兩邊是否相等。對于‘==’和‘===’的區(qū)別，大家也都知道：

  ‘==’僅僅是比較運算符兩邊的數(shù)值是否相等，如果數(shù)值相等則返回true；‘===’不僅會判斷運算符兩邊的數(shù)值是否相等，并且還會判斷兩邊的類型是否相等，只有數(shù)值和類型都相等才會返回true。雖然知道以上的判斷依據(jù)已經(jīng)能解決絕大數(shù)此類問題，但是如果往其中深究來說，會有同學(xué)問：在比較的時候‘===’先判斷類型，如果類型不同就直接返回false，這個沒什么問題。但是如果是‘==’比較兩個不同類型的數(shù)據(jù)時，具體是怎么進行計算判斷的呢？

 既然是不同類型進行比較，肯定最終參與比較的結(jié)果必須是同一個類型的，因此JS會存在一個隱式轉(zhuǎn)換的問題，并且很多JS的隱式轉(zhuǎn)換很難通過console.log()等方法直觀的觀察到，因此很多初學(xué)者會對JS的隱式轉(zhuǎn)換感到疑惑。

 首先讓我們回憶一下，咱們的JS中一共有哪些數(shù)據(jù)類型？

       六大數(shù)據(jù)類型
       基本數(shù)據(jù)類型（簡單數(shù)據(jù)類型）
       number 數(shù)值型(NaN)
       string 字符串
       boolean 布爾型
       undefined 未定義
       null 空引用
       引用數(shù)據(jù)類型（復(fù)雜數(shù)據(jù)類型）
       object

       JS基礎(chǔ)中，我們學(xué)習(xí)到咱們的JS中一共有六種數(shù)據(jù)類型，分為基本數(shù)據(jù)類型（簡單數(shù)據(jù)類型）和引用數(shù)據(jù)類型（復(fù)雜數(shù)據(jù)類型），不同類型的值進行比較的時候，存在隱式轉(zhuǎn)換的問題，咱們通過‘==’來驗證一下JS隱式轉(zhuǎn)換的情況。

       1.我們首先來看看下列的語句計算結(jié)果：

console.log(NaN==true);//false
console.log(NaN==false);//false
console.log(NaN==0);//false
console.log(NaN==1);//false
console.log(NaN==NaN);//false

       由上面的例子可以看出，NaN屬于Number數(shù)據(jù)類型中一個特殊情況，如果‘==’兩邊同為Number數(shù)據(jù)類型的數(shù)字，很直觀的可以看出值是否相同一眼就可以看出結(jié)果，但是作為Number類型的特殊情況，NaN在進行比較的時候，也會有特殊的結(jié)果：如果 x 或 y 中有一個為 NaN，則返回 false；

       2.我們繼續(xù)看看下列的語句計算結(jié)果：

console.log(null == undefined); //true(特殊情況)---------------------------------
console.log(null == ''); //false
console.log(undefined == ''); //false

      在上述例子中，引出了一個null，null是一個簡單數(shù)據(jù)類型，它的意義就是一個空應(yīng)用，但是你如果通過console.log(typeof null) 來打印結(jié)果的時候卻發(fā)現(xiàn)，結(jié)果竟然是object？此時你可能會懷疑人生，然后瘋狂的翻閱之前學(xué)習(xí)的資料，因為object明明是一個復(fù)雜數(shù)據(jù)類型，怎么會在判斷null這個簡單數(shù)據(jù)類型的類型時打印出來呢？其實，這個問題屬于一個歷史問題。咱們學(xué)習(xí)的JS在發(fā)展過程中是通過ECMAScript來確定規(guī)范的，每年都會有新的規(guī)定和規(guī)范提出，在JS的發(fā)展過程中，null一開始的作用就是用來指向一個空地址，讓開發(fā)者在創(chuàng)建數(shù)據(jù)的時候，先用null賦值給還未給值的對象用于標準初始化。但是其實咱們開發(fā)過程中很少用到，但是這個仍作為規(guī)范留了下來。又因為typeof是根據(jù)數(shù)據(jù)的前幾位判斷數(shù)據(jù)類型的，null相當(dāng)于空指針，前幾位是地址的格式，所以判斷結(jié)果就為object。又因為undefined值是派生自null值的，因此ECMA-262規(guī)定對他們的相等測試要返回true。所以這一情況判斷的條件為：如果 x 與 y 皆為 null 或 undefined 中的一種類型，則返回 true（null == undefined // true）；否則返回 false（null == 0 // false）；

       3.請看下列例子：

console.log(true == '123'); //false
console.log(true == '1'); //true
console.log(false == '0'); //true
 
console.log(true == !0); //true
 
console.log([] == []); //false
console.log([] == ![]); //true 比較地址 ------------------------------------------------
var a = c = [];
var b = [];
console.log(a == b); //false
console.log(a == !b); //true
console.log(a == c); //true
 
console.log(Boolean([]) == true); //true
console.log(Number([]) == 0); //true
console.log(Number(false) == 0); //true

       其實比較的邏輯為：如果 x,y 類型不一致，且 x,y 為 String、Number、Boolean 中的某一類型，則將 x,y 使用 Number 函數(shù)轉(zhuǎn)化為 Number 類型再進行比較；

      使用Number函數(shù)可以將其他的數(shù)據(jù)類型轉(zhuǎn)變?yōu)镹umber類型，這一同為Number類型的數(shù)據(jù)，對比起來就會變得十分簡單。值得注意的是在上述的例子中，兩個空數(shù)組進行比較，結(jié)果返回的結(jié)果仍然為false，這個是怎么回事呢？其實這個很好理解，因為數(shù)組也是對象的一種，是復(fù)雜數(shù)據(jù)類型，所以用變量儲存對象時儲存的其實是地址。對象的內(nèi)容相同，但是儲存在堆區(qū)的位置不同，所以地址也是不同的，所以在判斷的時候返回的是false。

      其實在JS中還有很多的隱式轉(zhuǎn)換情況，以上只是針對于‘==’的隱式轉(zhuǎn)換情況，對于這些問題，在實際開發(fā)過程中，需要作為開發(fā)者不斷的學(xué)習(xí)和積累，這也是咱們作為開發(fā)者的一個要求之一。

作為用戶，在很多時候會很容易判斷出一個網(wǎng)站的用戶體驗是否優(yōu)秀，因為主觀感受是很難被欺騙的。但是作為網(wǎng)站的設(shè)計者和開發(fā)者，角色轉(zhuǎn)換之后，所需要面對問題就復(fù)雜得多。身為構(gòu)建者，要讓體驗盡善盡美需要花費大量的時間精力來完善整個體驗的閉環(huán)。今天為你所整理的這7個 UX設(shè)計的原則，能夠幫你更好地進行網(wǎng)站的 UX設(shè)計，并且盡可能地將整體的用戶體驗提升到一定高度。

1. 圍繞用戶體驗來進行整體設(shè)計

想要創(chuàng)造難忘的用戶體驗，自然要圍繞著用戶體驗本身來進行設(shè)計。甚至在某種意義上來說，數(shù)據(jù)和內(nèi)容也應(yīng)該是服務(wù)于體驗的， 它們應(yīng)該以什么樣的體驗來呈現(xiàn)出來，這是設(shè)計者需要反復(fù)思考和琢磨的問題。

圖形、布局、文本和交互元素之間的協(xié)同工作才能創(chuàng)造體驗，任何一個維度缺一不可，單純的信息展示是不夠的。

想讓你的網(wǎng)頁能在互聯(lián)網(wǎng)上大量的信息中脫穎而出，體驗是至關(guān)重要的。現(xiàn)代網(wǎng)頁中大量的視覺和交互內(nèi)容存在，是為了能通過體驗直擊人心，這樣才能在激烈的競爭中存活。

2. 網(wǎng)站內(nèi)容應(yīng)當(dāng)一目了然

如果你認為網(wǎng)站內(nèi)容是用來讀的，那就錯了?，F(xiàn)代用戶的注意力集中的時間非常短，絕大多數(shù)用戶在瀏覽信息的時候，都是快速掃視，而非逐字逐句地仔細閱讀，信息的展現(xiàn)一定要直觀、清晰，確保能夠一瞥就能看明白。借助信息圖表和視覺，更快地傳達信息和數(shù)據(jù)。

你需要讓你的內(nèi)容更加吸引用戶，絕大多數(shù)用戶會為觸動它們的信息和內(nèi)容而駐足，當(dāng)他們想要了解更多的時候，才會點擊，了解更多。

3. 用戶想要簡單而清晰的內(nèi)容

用戶只需要半秒就能判斷出網(wǎng)站設(shè)計和內(nèi)容，你需要盡量讓網(wǎng)站的交互和指引足夠清晰，顯而易見。不要讓按鈕難以被用戶發(fā)現(xiàn)，在首頁上放上一大堆的按鈕和鏈接，不如通過視覺上的引導(dǎo)，讓用戶注意到最關(guān)鍵的那個 CTA按鈕。

通過迭代和測試，不斷地優(yōu)化和提升網(wǎng)站的易用性。有的設(shè)計對于絕大多數(shù)的用戶都非常有用，凸顯最重要的選項，允許隱藏額外的功能，并且為用戶提供顯示全部的選項。

除了清晰的設(shè)計，整體的一致性也很重要。統(tǒng)一的配色、交互和圖形能夠讓用戶對于后續(xù)的操作有更清晰的預(yù)期，減少用戶在后續(xù)操作過程中探索的力度，這是通過統(tǒng)一性設(shè)計提升產(chǎn)品易用性的一種方式。

4. 通用設(shè)計元素 vs 創(chuàng)造性

當(dāng)某個設(shè)計元素在其他地方很常見的時候，它就已經(jīng)形成了特定的 UI 模式，盡量不要去修改它，哪怕是很富有創(chuàng)意的方式。當(dāng)你將這種約定俗成的元素修改成其他樣子的時候，用戶需要花費比平時更長的時間來判斷它究竟是什么。這種認知負荷將會影響整個網(wǎng)站的使用效率和轉(zhuǎn)化率。比如漢堡圖標，比如網(wǎng)站登錄入口的位置（右上角）。沒有必要在這種地方重新「標準化」。

對于鏈接、導(dǎo)航、布局這樣基本的元素，應(yīng)該始終優(yōu)先考慮其可用性，在此基礎(chǔ)上再發(fā)揮創(chuàng)意。

雖然非傳統(tǒng)的設(shè)計很酷，但是它的可用性問題同樣很大。創(chuàng)造性的設(shè)計同樣是需要控制其程度和平衡，如果非要打破常規(guī)，盡量控制好程度，并且一次最多打破一條規(guī)則，不能更多。

5. 了解你的用戶

在開始創(chuàng)建網(wǎng)站和 APP 之前，你應(yīng)該對于你的目標客戶群體有足夠清晰的了解，這樣才能更好地為他們來設(shè)計界面。

一旦你清楚地了解了你的用戶，就能了解他們的需求和愿望，并且設(shè)計出符合他們預(yù)期的界面和體驗。這個時候，你的競爭對手能夠為你提供靈感和想法。注意對方的色彩，布局，風(fēng)格和功能。

盡可能使用你的受眾已經(jīng)熟悉的 UI 模式和 UI 元素，能夠更快讓他們上手。在此基礎(chǔ)上，適當(dāng)?shù)剡M行差異化的設(shè)計，這樣效率更高。

當(dāng)你確定了受眾之后，記得盡量把他們的反饋納入到你的設(shè)計當(dāng)中。

6. 視覺層次很重要

當(dāng)界面中優(yōu)先放置最重要的元素，通過視覺層次來凸顯它們，確保用戶能夠更快注意到它們。在設(shè)計中，有很多方法能夠凸顯內(nèi)容，但是最有效的方法始終是讓它們更大更醒目。

視覺層次的構(gòu)建能夠讓網(wǎng)站內(nèi)容更加清晰，也更加富有功能性。

7. 控制用戶體驗的質(zhì)量

Peter Moville 在 usability.gov 這個網(wǎng)站上列舉出了用戶體驗設(shè)計的關(guān)鍵因素，它的核心價值在于通過不同的維度更好地掌控用戶體驗的質(zhì)量：

• 有用：內(nèi)容應(yīng)該是原創(chuàng)的且滿足需求。
• 可用：網(wǎng)站的內(nèi)容應(yīng)該很容易被找到。
• 可?。涸O(shè)計元素應(yīng)該貼合情感且具備可欣賞性。
• 可發(fā)現(xiàn)：內(nèi)容容易被定位，被找到，并且可導(dǎo)航。
• 無障礙：設(shè)計要為有障礙的用戶進行定制。
• 可信：網(wǎng)站內(nèi)容應(yīng)該有權(quán)威性，且值得被相信。

除了上面的維度之外，還有一些值得參考的 UX設(shè)計的質(zhì)量衡量標準：

• 符合上下文：有明確的路徑，符合上下文邏輯。
• 人性化：值得信賴，平易近人，透明，并不機械。
• 可發(fā)現(xiàn)性：用戶在第一次訪問的時候就能夠順暢的完成任務(wù)。
• 可學(xué)習(xí)性：確保交互足夠簡單，并且能夠無縫地相應(yīng)移動端界面，確保用戶在隨后的訪問過程中達成目標。
• ：確保用戶能夠快速輕松地完成各種任務(wù)。
• 令人愉悅：確保產(chǎn)品能夠滿足用戶需求，還能夠和用戶產(chǎn)生情感聯(lián)系。
• 表現(xiàn)良好：當(dāng)用戶與之交互的時候表現(xiàn)良好。

結(jié)語

用戶體驗設(shè)計的目標不僅僅是讓產(chǎn)品本身更優(yōu)秀，更重要的是從情感層面上和用戶產(chǎn)生關(guān)聯(lián)。有界面而沒有體驗，這樣的產(chǎn)品在今天的競爭中是活不下去的。

從用戶的操作流程上來說，如果用戶想使用一個功能，必然首先要發(fā)現(xiàn)它。如果連功能入口都找不到，后續(xù)的用戶體驗也無從談起。而篩選功能可以幫助用戶對功能信息進行快速的定位，縮短用戶的查找時間，這篇文章我就來跟大家聊一下篩選功能。

 三種常見基本樣式

首先要明確一個概念，篩選功能并不是普通的單一功能項，它和導(dǎo)航一樣是一個體系。既然是體系，必然有最基本的組成部分。篩選功能（體系）常見的樣式有以下三種：tab類，(下拉)列表類，標簽類。這三種樣式是篩選功能最基本的組成元素，不管你產(chǎn)品的篩選功能做的有多么復(fù)雜，都可以看成是這三種基本元素的不同組合形式。

Tab

Tab是最常見的篩選樣式，一個tab項代表一個篩選維度，直接平鋪的展示出來，用戶很容易感知到。

根據(jù)方向我們可以將tab分為橫向欄tab和側(cè)向欄tab。橫向欄tab可展示2-5個選項，如果超過了5個，那么就需要用戶滑動才能看到。所以當(dāng)篩選維度過多的時候，我們可以考慮使用側(cè)向欄tab，京東商品分類這里用的就是典型的側(cè)向欄tab，我數(shù)了一下總共40個選項，這里如果使用橫向欄tab用戶可能要側(cè)向滑動8屏，操作成本過高。

當(dāng)然當(dāng)選項過多的時候，我們還有一個法子，就是使用彈框，用戶點擊后可以看到全部的選項。

列表式

列表式也可稱之為list，其特點就是占用空間小。因為它可以將選項隱藏起來，用戶需要點擊才能看到所有的選項，因此在有限的空間里可以展示更多的篩選維度。礙于手機屏幕尺寸的限制，列表式篩選現(xiàn)在應(yīng)用的越來越普遍。

列表式篩選的樣式其實有很多。可以做成popover類，actionsheet類，activityview類。這些樣式很難去說誰好誰壞，這里我就只是列舉出來，具體用哪種樣式，大家自己來判斷。

標簽式

對于標簽式，很難進行準確的定義，我更傾向于將單選按鈕，多選按鈕，switch等統(tǒng)稱為標簽式，標簽式只能針對單一條件進行篩選，這點和tab很類似。標簽式很少單獨出現(xiàn)，多數(shù)情況下都是與tab和列表式結(jié)伴而行。

在淘寶里用戶可以點擊視圖icon來切換視圖模式，這就是典型的標簽式篩選。

當(dāng)然以上三種只是最常見的篩選元素，其余的還有輸入框，滑塊，地區(qū)/日期選擇器等主要用于信息錄入的組件。 

常見的篩選體系 

了解了最基本的元素，接下來看一些比較復(fù)雜的篩選樣式。上面我也提到了任何產(chǎn)品的篩選體系都可以看成是這三種基本元素的不同組合形式。為了讓大家更好的理解，我一一舉例來說明：

tab+tab:

tab之所以受到青睞，是因為其較低的學(xué)習(xí)成本。每一個tab代表一個類別，而且是直接展示給用戶看的，所以很多產(chǎn)品的篩選功能都會優(yōu)先考慮使用tab。即使功能結(jié)構(gòu)復(fù)雜到無法用一層tab來完成篩選任務(wù)，設(shè)計師也會考慮使用雙層tab樣式（tab+tab）的樣式。（PS.當(dāng)然下圖應(yīng)該算是segment control+tab）

tab+列表式：

當(dāng)產(chǎn)品不斷的發(fā)展，功能結(jié)構(gòu)愈發(fā)的復(fù)雜，過于扁平的tab已經(jīng)無法滿足篩選的需求。以看電影這個場景為例，用戶的需求是找到合適的影片和電影院。對于用戶來說，衡量一家電影院會從地址、票價、品牌和特色服務(wù)（支持改簽、IMAX廳等）這四個角度入手。這些篩選需求很難通過tab來完成，我們需要列表式的協(xié)助。

tab+列表式+標簽：

當(dāng)產(chǎn)品的功能結(jié)構(gòu)進一步復(fù)雜，這也給篩選功能增加了新的難題。以boss直聘來說，這里的篩選項主要分為四個：排序方式（推薦/）、工作地點、公司規(guī)模、崗位要求。其中后三個篩選項包含大量的條件，特別工作地點，需要進一步定位到街道或地鐵站。對于這種多維度，深層級的篩選需求我們可以使用tab+列表式+標簽的樣式。

這里我選擇boss直聘的另一個原因在于它的tab數(shù)用戶是可以自己增減的，每一個tab代表一條求職意向，最多可以添加3條求職意向。

篩選體系的容器

篩選體系是由眾多篩選項組成的，這些篩選項需要一個“容器”來承載。上面說的boss直聘用的是下拉列表，這種樣式其實還比較簡單的，我們可以看一些功能更加復(fù)雜一點的產(chǎn)品，比如各大電商平臺。這里使用的是抽屜式篩選框，說它是抽屜式，因為它跟抽屜一樣，用的時候可以拉出來，不用的時候可以關(guān)起來，節(jié)省了空間。從某個角度來說，我們可以把抽屜式看成列表式的一個放大版。抽屜式篩選框可以容納更多的篩選條件，像我在上面提到的輸入框，多選按鈕都可以在這里使用。

從底部彈出的動作欄也比較常見，這里使用了滑塊和單選按鈕。

Airbnb的篩選功能以浮層為載體，還使用比較少見的switch和stepper。

當(dāng)然Airbnb篩選功能最大的亮點在于可以向用戶即時反饋篩選結(jié)果的數(shù)目，用戶不太可能會進入搜索結(jié)果為0的空頁面，避免無效操作。

以上說的篩選體系都比較傳統(tǒng)，大部分都是基于對現(xiàn)有結(jié)果進行篩選，其實我們可以對篩選功能進行前置。例如，我們可以在用戶進行搜索之前就對結(jié)果進行篩選。

甚至在新用戶第一次使用產(chǎn)品的時候，可以讓用戶填寫一些個人信息以便進行個性化推送。

篩選功能的存在意義在于幫助用戶對功能信息進行快速的定位，對篩選功能進行適度的前置可以簡化用戶的操作流程，同樣可以達到節(jié)省用戶時間的目的。

如果您想訂閱本博客內(nèi)容，每天自動發(fā)到您的郵箱中， 請點這里

在這里向跟著大神學(xué)CAD 致敬，咿CAD，好吧也算設(shè)計，設(shè)計的包容性很高啊

藍藍設(shè)計( sillybuy.com )是一家專注而深入的界面設(shè)計公司，為期望卓越的國內(nèi)外企業(yè)提供卓越的UI界面設(shè)計、BS界面設(shè)計 、 cs界面設(shè)計 、 ipad界面設(shè)計 、 包裝設(shè)計 、 圖標定制 、 用戶體驗 、交互設(shè)計、 網(wǎng)站建設(shè) 、平面設(shè)計服務(wù)