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

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

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

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

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

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

流程

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

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

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

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

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

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

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

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

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

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

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

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

字符串截取

1. substring()

xString.substring(start,end)

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

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

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

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

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

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

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

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

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

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