幾個星期前，CSS Variables ——CSS 變量草案發布在了W3C官方 ,更準確的應該叫CSS 自定義屬性，目前在Chrome Canary 版里面已經支持，開啟該功能見附[1]

當Chrome瀏覽器工程師Addy Osmani第一時間把這消息發布在twitter后，遭到了數萬人的否定、敵視和懷疑。于我而言，更多的感到是一個驚喜，因為這個功能實在讓人太興奮了。

快速的掃了一遍之后，發現99%人抱怨的無外乎這兩點：

• 語法太丑和不夠簡潔
• Sass 、Less早就有這些玩意了，不太care

雖然我承認我也對這語法很反感，更重要的是理解語法不只是反復無常的在選擇。CSS工作組討論很久語法的長度，他們提取了一些點，考慮到CSS的語法兼容不會與未來增加的其他語言沖突。

下劃線 一般在文檔中常被用作增強注意，在過去打字機時代，下劃線成為了唯一的一種文字強調方式，具體的操作方法是在已經打出來的文字上面退格，再在同樣的地方打出下劃線。

而在網頁中，可以鏈接的文字（超鏈接）下面一般都有下劃線。在制作頁面的時候，當鏈接需要下劃線的時候，UI開發很自然的會想到使用text-decoration屬性來顯示，例如這樣：

以上顯示的是設計稿和瀏覽器渲染的實際效果，我們會發現瀏覽器渲染的效果和設計稿有出入，主要表現在下劃線的位置，這時候細心的設計師會要求你想辦法實現他們本來想要實現的效果。可惜的是，在這幾年的網頁排版技術發展中，并沒有更好的css屬性出現來支持下劃線的個性化設置，所以這個問題常常會被忽略。

這個一般在UI開發看來，可能覺得并沒有什么問題，難道說不應該使用text-decoration這個屬性嗎？

以往拿到一份視覺稿要做頁面適配，通常都是針對不同分辨率尺寸做斷點寫 media
query，然后看效果再微調。開發過程中視覺稿要是做了修改，修改的地方就得再走一遍分辨率測試和微調，這時想屎的心都有了。而且這些適配都是建立在已
知的分辨率尺寸庫上，如果市面新出來一款分辨率尺寸機型，呵呵，又要奔跑在測試微調路上。是不是能有用一套代碼就適應各種分辨率窗口，那么就不會再有上面
這些煩惱，且開發效率快和維護成本會降低很多。

如果您想訂閱本博客內容，每天自動發到您的郵箱中， 請點這里

近期，我們對微云WEB端進行了一次“簡單”的改版。這篇文章簡要記錄了改版過程中的一些思考。

為什么要改版

微云WEB端與移動端體驗不一致。移動互聯網背景下，項目團隊把多數資源都分配給了移動端的研發，桌面端的功能和體驗得不到及時的跟進，導致用戶在兩個平臺上的體驗存在很大的落差。

微云WEB端的設計較為陳舊。蘋果iOS的快速發展使得整個UI設計行業日新月異，設計理念不斷進化向前，微云WEB端的設計已經多年未更新，早已經不起當下設計原則的檢驗。

改版前的思考

兩端的體驗對齊需要解決很多矛盾。想要將WEB端的體驗與移動端統一，并沒有想象中的那么簡單。聽起來好像只要把交互框架和視覺風格直接照搬過來就好了。但實際上要對齊的是兩種使用場景的體驗，這中間要調和的是小屏幕和大屏幕的矛盾，觸摸操作和鍵鼠操作的矛盾，兩種不同概念模式和心智模型的矛盾。

新的設計除了符合潮流，還要更具前瞻性 。想要做出可持續的設計，首先要明確設計潮流的走向，從擬物到扁平，從形式到內容，從工具化到情感化，設計潮流的走向一直沒有變，在以人為中心的前提下，越來越注重用戶更深層的需求。

項目團隊在WEB端的資源投入注定了設計更新迭代的頻率會很低。想要改版后的設計能夠長久地支撐產品的發展，需要設計師把眼光放遠，通過了解產品未來發展方向，做出更有前瞻性的設計。

求同存異的兩端統一

品牌統一性

在設計一款產品不同平臺客戶端的時候，首先要保證品牌的統一性。Logo、字體、品牌色、品牌調性甚至是文案的措辭規范都是需要嚴格保持一致的。保證品牌的統一性，有助于塑造品牌形象，增強用戶對產品的信任。

交互框架的對齊

我們先來對比一下移動端和WEB端的主界面，單純從視覺上，已經很難看出這是同一款產品。雖然在頁面結構上兩端并不一致，但各自也都符合所在平臺用戶的操作習慣。

舊版WEB端雖然在視覺風格上是扁平的，但是在信息層級上卻并不扁平，僅僅頂部的信息就有三層，過度的結構化使整體頁面看起來過于復雜，用戶很難將注意力集中到內容上。我們對WEB端頂部元素重新歸類整合，主要功能入口的布局和移動端進行了統一，通過引入移動端的編輯態邏輯，常態下隱藏了所有的操作按鈕，將頂部區域的三層信息減少為一層，使其看起來更加清爽。

正如上面所說，雖然我們追求多端統一的用戶體驗，但手機和電腦的操作場景差別很大，用戶在不同的平臺已經形成了不同的操作習慣。移動端的多級導航設計是針對小屏幕局限性做出的一種妥協。在空間足夠大的WEB端，所有的二級導航都可以平鋪出來，這樣可以減少一個層級，因此，我們保留了原有的左導航結構。通過對導航項歸類的方式與移動端統一。

品牌調性和視覺風格的對齊

在視覺風格上，微云移動端最具代表性的就是藍色的品牌色和線型的圖標， 在嘗試設計方案的過程中我們發現，由于WEB端尺寸比較大，大面積使用藍色會加重用戶的視覺負擔，分散用戶對內容信息的注意力，因此，在色彩方案上最終選擇了純白淺灰作為主色，藍色作為局部點綴，以下是改版后的一些核心頁面。

秉承著簡潔、自然、易識別的原則，我們對所有的小圖標進行了優化。簡化了舊版本中的復雜表達，并對默認態、hover態和選中態進行了規范。

文檔類型圖標也和手機端進行了對齊，將文件格式進行分類整合，同類型的格式采用同一個圖標，將格式后綴在文件名中顯示出來。在不影響識別的前提下大大降低了設計成本。

內容至上的前瞻性設計

全新的縮略圖模式

內容至上是當今設計的發展趨勢之一，結合微云未來的重點方向——辦公體驗，我們進行了一些對內容的深入思考。

在網盤的使用場景中，什么才是用戶關注的內容？早期的文件管理產品把文件圖標、文件名定義為內容，文件被包裝成一個個方塊，或是一行行的列表，文件間的差異只靠文字來體現。面對這樣的界面，用戶對文件的識別是十分低效的。這也是為什么在如今的網盤場景中，圖片是最容易識別的，因為它做到了文件本身內容的外顯。

在面對一個一個被包裝的文件時，用戶容易被觸發的行為局限于整理、刪除等基礎操作，只有在能夠看到文件本身內容的時候，才更容易觸發編輯、分享、共享協作等更加沉浸式和更具社交性的操作。這就好比你走進一個倉庫看到貨架上的一個個箱子，你會想要把他們分類、擺放得更整齊。但是當你走進一家商店，看到貨架上琳瑯滿目的商品時，你才會有挑選、對比和購買的沖動。

秉承著這個理念，我們反觀圖片之外的其他文件類型，道理是相同的；因此，我們在改版中引入了全新的縮略圖模式，在新的縮略圖模式下，單個文件的可視區域被放大，用來承載文件本身的內容。雖然一屏可以展示的文件數減少了，但展示出的有效信息是大大增加的，除了讓每個文件在視覺上有了獨特性，提高了檢索效率，也更容易觸發用戶更多的后續行為。這對于產品本身的價值相信大家都懂。

技術過渡時期的體驗補償

理想很豐滿，現實很骨感，讓更多的文件內容外顯在技術上必然要走一段路。在技術問題解決的過程中需要設計對體驗進行一些彌補，在縮略圖的文檔圖標的設計中，我們盡可能的把文件的內容樣式圖形化；同時，為了保證識別性，那些圖標比內容形式更具特征的文件，保留了圖標設計的形式。

寫在最后

微云一直致力于為用戶提供更更自然的使用體驗，無論在功能上還是在設計上，我們都秉承著以用戶為中心的原則，不斷打磨每個細節。WEB改版也是如此，這一期改版我們對WEB端的框架和方向進行了調整，在接下來的二期、三期.....我們會不斷深入到各個模塊，進一步提升WEB端的用戶體驗。在這個對于個人網盤來說最壞的時期，微云會長久的發展下去，我們不會停止前進的腳步，更多酷炫的新功能新體驗已經在路上。

藍藍設計( www.syprn.cn )是一家專注而深入的界面設計公司，為期望卓越的國內外企業提供卓越的UI界面設計、BS界面設計 、 cs界面設計 、 ipad界面設計 、 包裝設計 、 圖標定制 、 用戶體驗 、交互設計、 網站建設 、平面設計服務

一、有些事情難以回頭

開篇我先表明自己的立場：同時使用 .Net 和 JAVA，但更加偏愛.Net。原因很簡單：

• .Net語言更具開放性，從開源協議和規范可以看出;
• 語言更具優勢嚴謹;
• 開發工具 VS 更具生產力;

然而

• Java，C# 的職位比率在4:1，雖然這不是什么問題，因為求職競爭的比例更大(JAVA中更多的剛培訓出來的)，但話說回來，對于C#求職而言，會面臨更加狹窄的企業選擇空間。
• Java同等職位，國內的待遇比.Net稍高。這里為 .Net 說聲不平，.Net開源程度更好，架構體系更成熟邏輯更嚴謹，開發效率更高，服務器同樣可以使用Linux。
• 

編程是一個不斷向前發展的行業。在某些時候，你可能會誠實地看看自己的技能，并得出結論，你已經落在了曲線的后面。如果你是專業人士，那么這很容易做到，因為很多時候你沒有必要夜以繼日地推著自己前進。

但遲早，落后的趨勢會回過頭來咬你一口，讓你血流不止。在商業和就業市場上，你的競爭力會降低。那么你該如何再次成為游戲中的高手呢？

曾經是這樣的，懂點編碼，并可以偶爾耍點酷，那么你就會被認為是一個Web開發大師。但是現在，情況再也不是這樣的了。Web開發已經朝著主流方向發展，開發人員數量顯著增加。

這意味著，如果你想成為這個領域的大師，那么你需要比競爭對手更優秀、知識更淵博、更有能力。有些人可能會想，那么應該怎么辦呢？好問題——我們將在這篇文章中探索一二。

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

字符串截取

1. substring()

xString.substring(start,end)

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

javascript中的this含義非常豐富，它可以是全局對象，當前對象或者是任意對象，這都取決于函數的調用方式。函數有以下幾種調用方式：作為對象方法調用、作為函數調用、作為構造函數調用、apply或call調用。

對象方法調用

作為對象方法調用的時候，this會被綁定到該對象。

var point = { 
 x : 0, 
 y : 0, 
 moveTo : function(x, y) { 
     this.x = this.x + x; 
     this.y = this.y + y; 
     } 
 }; 

 point.moveTo(1, 1)//this 綁定到當前對象，即 point 對象

在開發項目組里面，前端一般都是作為一個統稱而存在，很多剛畢業的童鞋就問我想從事前端方面問我怎么看，我會反問你對前端了解多少，很多人都認為前端基本上都是搞設計從事視覺方面。

前端從整個項目劃分來看，可以分為UE、頁面、邏輯，以下逐分析。

一、UE