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

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

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

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

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

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

流程

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

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

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

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

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

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

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

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

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

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

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

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

字符串截取

1. substring()

xString.substring(start,end)

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

什么是費茲定律

要探索費茲定律的運用方式，我們首先需要了解這條定律是什么，它是怎樣誕生的。

費茲定律由俄亥俄州立大學的心理學家Paul Fitts于1954年提出，旨在為人類在電腦屏幕上點擊目標對象的行為建立模型，同時涉及到了肢體移動及鼠標行為方面的問題。

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

費茲定律的原始公式是這樣的：

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

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

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

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