在產品的設計過程中，設計師總喜歡把圖做的很漂亮，在虛擬頁面的內容時，使用漂亮的，把內容安排的恰到好處。但是當產出介面demo時，這個頁面可能是個空內容的頁面，也可能內容很多，導致布局錯位。
所以在設計介面時，一定不能忽視空狀態、內容過多等極限狀態。這些狀態也許只會在初次使用時遇到，也許只會有很小一部分使用者遇到，但是這些都影響著產品的細節品質。
在做互動稿或視覺稿的時候，為了讓介面盡可能的真實，設計師們會虛擬一些內容放在頁面上。但是當看到前端同學產出的demo時，設計師們又總是會覺得為啥和我當初做的頁面那麼不一樣捏？
使用者在初次使用一些產品時，經常會遇到空內容的介面，尤其是社交類的網際網路產品，使用者需要自己建立圈子、產生內容。 這種時候，通常會採用新手引導的方式，引導使用者進行下一步操作。
比如初次使用foursquare時，會引導使用者去新增好友，為了方便尋找好友，還可以從facebook、gmail、twitter中匯入好友。
如果你的facebook裡面還沒有寫過任何文章，他也會引導你去進行寫作，發布新的文章。
同樣，flickr也採用了引導操作的方式，讓使用者明確的知道，自己現在的狀態是什麼，下一步應該做些什麼。
gmail則採取傳送郵件的方式對使用者進行新手引導，讓使用者在閱讀新手須知的同時，即完成了第一次使用的體驗。
tumblr利用空狀態對介面的主要操作區域進行了說明，沒有規定使用者下一步應該做什麼，你可以去新增關注，可以去發布內容，也可以去裝飾自己的主頁。這同樣也是希望使用者可以快速上手。
網際網路產品中的介面應該是可擴充套件的，這樣內容才可以實現靈活地變化、充分地擴充套件。具體的方法，可以參見另一篇文章《介面靈活可擴充套件》。
設計中不可忽略的產品狀態之互動設計的分析
在產品的設計過程中，設計師總喜程式設計客棧歡把圖做的很漂亮，在虛擬頁面的內容時，使用漂亮的，把內容安排的恰到好處。但是當產出介面demo時，這個頁面可能是個空內容的頁面，也可能內容很多，導致布局錯位。所以在設計介面時，一定不能忽視空狀態 內容過多等極限狀態。這些狀態也許只會在初次使用時遇到，也許只會...
不可忽略的快取重建
本文的主要內容 於mongodb官方部落格，由nosqlfan補充說明，本文對傳統的分布式cache系統進行了分析，指出了其在快取 重建中會對資料庫產生巨大壓力的問題。並分析了mongodb的mmap方案是如何規避這一問題的。如下圖的架構，在資料庫前端加上分布式的cache 比如我們常用的memca...
Vue中Props 不可變狀態
所有的 prop 都使得其父子 prop 之間形成了乙個單向下行繫結 父級 prop 的更新會向下流動到子元件中，但是反過來則不行。這樣會防止從子元件意外改變父級元件的狀態，從而導致你的應用的資料流向難以理解。額外的，每次父級元件發生更新時，子元件中所有的 prop 都將會重新整理為最新的值。這意味...