@董弈 ：列表算是一個(gè)非?；A(chǔ)的設(shè)計(jì)元素，無(wú)非是一排一排的數(shù)據(jù)內(nèi)容，加上一些基本的操作。最近連續(xù)設(shè)計(jì)了一個(gè)禮拜的列表后，最直觀的感受是：再簡(jiǎn)單的東西，也有很多的細(xì)節(jié)需要思考。尤其對(duì)于很多數(shù)據(jù)產(chǎn)品和工具型產(chǎn)品，列表是非常重要的一部分，例如電子郵箱，文件系統(tǒng)（Google drive, dropbox)。一個(gè)信息結(jié)構(gòu)合理，操作明確表格、列表設(shè)計(jì)，能夠幫助用戶(hù)減輕很多的閱讀負(fù)擔(dān)。這篇文章會(huì)分享一些列表設(shè)計(jì)中的基本思路。

隨著信息和技術(shù)的發(fā)展，手機(jī)屏幕越來(lái)越大，界面開(kāi)始承載越來(lái)越多的信息，繁復(fù)的界面裝飾細(xì)節(jié)，讓界面顯得越發(fā)臃腫，人們開(kāi)始更多的關(guān)注界面的內(nèi)容和功能，信息框架呈現(xiàn)出扁平化的趨勢(shì)，在設(shè)計(jì)風(fēng)格上，設(shè)計(jì)師們也不再追求3d、擬物化的設(shè)計(jì)，而是越來(lái)越崇尚扁平、簡(jiǎn)約的設(shè)計(jì)理念。

版面的構(gòu)成是信息傳播的橋梁，發(fā)揮版面元素中各自的特點(diǎn)和功能，會(huì)使整個(gè)版面完成從視覺(jué)到內(nèi)容的完善性和美觀性，從而更快、更準(zhǔn)確的傳遞信息，所以版式設(shè)計(jì)一直以來(lái)廣泛應(yīng)用在廣告、招貼、雜志等平面設(shè)計(jì)中。雖然在移動(dòng)應(yīng)用中是以用戶(hù)的操作和使用體驗(yàn)為主，但隨著扁平化潮流襲來(lái)，我們不再通過(guò)細(xì)膩的質(zhì)感和光影提升界面的品質(zhì)，拉開(kāi)界面的層次，那我們靠什么來(lái)吸引我們的用戶(hù)，為用戶(hù)創(chuàng)造良好的閱讀和使用體驗(yàn)?zāi)兀?

缺省頁(yè)面，是出現(xiàn)在用戶(hù)沒(méi)有提交任何資料或者網(wǎng)絡(luò)連接不通暢的情況下所展現(xiàn)的頁(yè)面。通常設(shè)計(jì)師們習(xí)慣用豐富的數(shù)據(jù)內(nèi)容把頁(yè)面設(shè)計(jì)得美觀實(shí)用，考慮的都是界面展現(xiàn)的“理想狀態(tài)”，往往會(huì)忽視沒(méi)有內(nèi)容的“缺省狀態(tài)”。未經(jīng)過(guò)精心設(shè)計(jì)的缺省頁(yè)面降低了用戶(hù)的使用體驗(yàn)，并可能給用戶(hù)帶來(lái)困擾，如下圖iOS系統(tǒng)郵件App，無(wú)郵件時(shí)界面上沒(méi)有任何有效反饋信息，用戶(hù)不能明確得知到底是網(wǎng)絡(luò)問(wèn)題還是賬號(hào)同步出錯(cuò)亦或者是收件箱內(nèi)確實(shí)一封郵件都沒(méi)有。同樣的情況也出現(xiàn)在Pinterest和出發(fā)吧的界面里。

鴻影：與商業(yè)創(chuàng)新、技術(shù)創(chuàng)新、組織創(chuàng)新等相比，設(shè)計(jì)創(chuàng)新大概是很多人心目中「最沒(méi)有門(mén)檻」的一個(gè)，新穎有趣的交互模式與視覺(jué)風(fēng)格，固然可以在剛推出時(shí)讓人眼前一亮，但卻非常容易被競(jìng)爭(zhēng)對(duì)手復(fù)制，難以長(zhǎng)期維持獨(dú)特的優(yōu)勢(shì)。

設(shè)計(jì)創(chuàng)新就沒(méi)有壁壘可言嗎？怎樣才能做出讓競(jìng)爭(zhēng)對(duì)手更難以復(fù)制的設(shè)計(jì)創(chuàng)新方案？這段時(shí)間我一直在思考這個(gè)問(wèn)題，在閱讀基利等人著的《創(chuàng)新十型》時(shí)，從中獲得了一些啟發(fā)，在此記錄下來(lái)。

流程

流程創(chuàng)新涉及企業(yè)生產(chǎn)主要產(chǎn)品或服務(wù)的活動(dòng)和運(yùn)營(yíng)，采用精益生產(chǎn)系統(tǒng)來(lái)減少浪費(fèi)、降低成本的方式，是流程創(chuàng)新的典型案例。

在設(shè)計(jì)的時(shí)候，要記住核心內(nèi)容和路徑的元素：核心內(nèi)容是什么，用戶(hù)如何得到它，以及業(yè)務(wù)如何轉(zhuǎn)換？

“規(guī)劃道路的方法，是先在自然景點(diǎn)中設(shè)置目標(biāo)點(diǎn)，再將這些點(diǎn)彼此相連形成路徑?！?——Christopher Alexander

原則上，亞歷山大的做法是以目標(biāo)——即人們最終想要的東西為導(dǎo)向，然后將它們以最有用的方法連接在一起。

但在網(wǎng)頁(yè)設(shè)計(jì)中，遵循的方法通常是相反的：設(shè)計(jì)師從主頁(yè)開(kāi)始設(shè)計(jì)。然后他們根據(jù)網(wǎng)站結(jié)構(gòu)層次制定出一個(gè)導(dǎo)航方案，不管合適與否。但是目標(biāo)（用戶(hù)正在找的主要內(nèi)容，或是他們想要做的事）卻成了設(shè)計(jì)過(guò)程中被考慮的最后一件事情。

受到“交通需求線(xiàn)”的啟發(fā)，我們可以改善這種設(shè)計(jì)網(wǎng)頁(yè)的方法。使用核心-路徑這種方法，可以指導(dǎo)你在網(wǎng)站中創(chuàng)造最直接的路徑，以便用戶(hù)直達(dá)核心內(nèi)容。

我們幾乎每天都會(huì)接觸形形色色的表單，登錄賬號(hào)、填寫(xiě)信息以獲取服務(wù)、發(fā)布內(nèi)容等。然而填寫(xiě)表單的過(guò)程往往不是特別愉悅的，我們需要消耗時(shí)間輸入信息，點(diǎn)擊提交，可能還需要等待審核；尤其是碰到較為復(fù)雜、流程長(zhǎng)的表單，如果用戶(hù)體驗(yàn)較差，很容易讓人產(chǎn)生挫敗感，在中途選擇放棄。

那么，如何提高用戶(hù)填寫(xiě)表單的效率，防止他們出錯(cuò)或中途流失，提升愉悅度及轉(zhuǎn)化率呢？本文就web表單設(shè)計(jì)，總結(jié)了以下的一些方法

先忽略動(dòng)效，提出幾個(gè)問(wèn)題，大家可以嘗試以前面學(xué)習(xí)的經(jīng)驗(yàn)來(lái)思考一下。

1. List 不用圖片來(lái)代替，怎么實(shí)現(xiàn)？
2. 所有List內(nèi)容都不一樣，怎么實(shí)現(xiàn)？
3.   所有List 都能保持一個(gè)統(tǒng)一的操作，怎么實(shí)現(xiàn)？
4. …… 

OK，如果僅前2個(gè)問(wèn)題來(lái)說(shuō)，用“笨”方法都是很簡(jiǎn)單，到第3之后，就有點(diǎn)坑了，是要復(fù)制N個(gè)重復(fù)Patchs？簡(jiǎn)直要瘋掉有木有～ 當(dāng)然Origami 沒(méi)這么傻，是有專(zhuān)門(mén)的Patch 解決這樣的情況的，這就是今天學(xué)習(xí)的重點(diǎn)，Loop 系列的Patch，效果類(lèi)似 Craft 的 Duplicete

JavaScript 字符串用于存儲(chǔ)和處理文本。因此在編寫(xiě) JS 代碼之時(shí)她總?cè)缬半S形，在你處理用戶(hù)的輸入數(shù)據(jù)的時(shí)候，在讀取或設(shè)置 DOM 對(duì)象的屬性時(shí)，在操作 Cookie 時(shí)，在轉(zhuǎn)換各種不同 Date 時(shí)，諸此等等，繁不能數(shù)；而她那滿(mǎn)多的 API 呵，總有些讓人不愿去記憶的沖動(dòng)，既然用時(shí)常搜，倒不如爛筆頭一翻，順道也體現(xiàn)下博客存在的價(jià)值，由此就有了這篇紀(jì)要。

字符串截取

1. substring()

xString.substring(start,end)

substring()是最常用到的字符串截取方法，它可以接收兩個(gè)參數(shù)(參數(shù)不能為負(fù)值)，分別是要截取的開(kāi)始位置和結(jié)束位置，它將返回一個(gè)新的字符串，其內(nèi)容是從start處到end-1處的所有字符。若結(jié)束參數(shù)(end)省略，則表示從start位置一直截取到最后。

什么是費(fèi)茲定律

要探索費(fèi)茲定律的運(yùn)用方式，我們首先需要了解這條定律是什么，它是怎樣誕生的。

費(fèi)茲定律由俄亥俄州立大學(xué)的心理學(xué)家Paul Fitts于1954年提出，旨在為人類(lèi)在電腦屏幕上點(diǎn)擊目標(biāo)對(duì)象的行為建立模型，同時(shí)涉及到了肢體移動(dòng)及鼠標(biāo)行為方面的問(wèn)題。

舉個(gè)栗子，設(shè)想你的注意力和鼠標(biāo)指針正停留在某個(gè)網(wǎng)站的logo上，而你被告知要去點(diǎn)擊頁(yè)面中的某個(gè)按鈕，于是你需要將注意力焦點(diǎn)及鼠標(biāo)指針都移動(dòng)到那個(gè)按鈕上。這個(gè)移動(dòng)過(guò)程當(dāng)中的效率問(wèn)題就是費(fèi)茲定律所關(guān)注的。

費(fèi)茲定律的原始公式是這樣的：

MT=a + b * log2(D/W + 1)

其中MT代表位移所需花費(fèi)的時(shí)間，這是我們最需關(guān)注和解決的問(wèn)題。a與b兩個(gè)變量代表系統(tǒng)方面的耗時(shí)及效率，屬于經(jīng)驗(yàn)參數(shù)。D代表初始位置與目標(biāo)位置之間的距離，W代表目標(biāo)對(duì)象的尺寸。

在理想的情況下，一個(gè)完美的產(chǎn)品不需要任何用戶(hù)幫助。但在現(xiàn)實(shí)中，由于產(chǎn)品功能的復(fù)雜多樣，用戶(hù)需要在不同階段獲取不同的指導(dǎo)信息，才能順利完成任務(wù)和解決問(wèn)題。

傳統(tǒng)的軟件開(kāi)發(fā)模式中，用戶(hù)指導(dǎo)信息主要體現(xiàn)在聯(lián)機(jī)幫助中，但這樣的設(shè)計(jì)方案往往會(huì)降低用戶(hù)使用產(chǎn)品的體驗(yàn)。因?yàn)閺挠脩?hù)的角度來(lái)說(shuō)，獲取幫助應(yīng)該是軟件應(yīng)用程序的一部分，而不是脫離它。通過(guò)調(diào)研發(fā)現(xiàn)，如果用戶(hù)在使用軟件的過(guò)程中，需要中斷操作，并花費(fèi)時(shí)間在聯(lián)機(jī)幫助或電子手冊(cè)中查找指導(dǎo)信息，用戶(hù)往往會(huì)覺(jué)得低效，并引發(fā)沮喪的情緒。因此，需要考慮在界面提供合適的幫助信息，指導(dǎo)用戶(hù)進(jìn)行操作，而不能將指導(dǎo)信息隱藏在厚重的聯(lián)機(jī)幫助中。