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

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

為什么要改版

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

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

改版前的思考

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

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

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

求同存異的兩端統一

品牌統一性

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

交互框架的對齊

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

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

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

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

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

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

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

內容至上的前瞻性設計

全新的縮略圖模式

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

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

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

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

技術過渡時期的體驗補償

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

寫在最后

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

藍藍設計( www.tuitetiyu.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

如果只需要知道一種編程語言就可以構建一個全棧的應用程序，是不是特別了不起？Ryan Dahl為了把這個想法成為現實，創造了node.js。Node.js是建立在Chrome強勁的V8 JavaScript引擎上的服務器端框架。雖然最初是用C++編寫的，但是應用程序通過JavaScript運行。

這樣一來，問題就解決了。一種語言就可以統治一切。而且，在整個應用程序中你只需要使用這一種語言。所以，我們需要深刻了解node.js。這就是本文的主題。

下面這四個基本概念是你想要掌握node.js所必需的。我會盡可能長話短說向大家介紹它們。

如何定義牛逼工程師

有軟件工程方面的研究說，對于開發者個體而言，最優秀的開發者的生產效率約為平均值的2倍，而優秀的開發者會吸引其它優秀的人，或者激勵與幫助團隊中的其它成員，最終使團隊之間的生產效率差異達到10倍之多。

所謂牛逼的工程師，就是那些個體效率是其它人2倍，形成團隊之后達到10倍差異的一群人。

前端領域這幾年發展速度非常快，人才分布呈兩級分化趨勢，大家都在說缺前端，其實缺的是牛逼前端，對于低端的前端，培訓機構一直在量產，但是無法滿足要求。很多情況下，一個牛逼前端對于團隊的價值是再多低端前端都無法提供的。

牛逼的前端工程師有一些共通的特質，這些特質也許不屬于前端的核心范疇，但是可以通過它們將牛逼的人識別出來。

對用戶體驗的追求

舉例

我們先從示例應用程序的一些摘錄開始。下面是暴露Person對象的響應信息庫。很類似于傳統的，非響應信息庫，只不過它返回Flux<Person>而傳統的返回List<Person>，以及返回Mono<Person>的地方返回Person。Mono<Void>用作完成標識：指出何時保存被完成。關于Reactor類型的更多信息，請參閱

public interface PersonRepository { Mono<Person> getPerson(int id); Flux<Person> allPeople(); Mono<Void> savePerson(Mono<Person> person);
}

下面是我們如何暴露帶有新的函數式web框架的資源庫：

RouterFunction<?> route = route(GET("/person/{id}"),
    request -> {
        Mono<Person> person = Mono.justOrEmpty(request.pathVariable("id"))
            .map(Integer::valueOf)
            .then(repository::getPerson); return Response.ok().body(fromPublisher(person, Person.class));
    })
    .and(route(GET("/person"),
        request -> {
            Flux<Person> people = repository.allPeople(); return Response.ok().body(fromPublisher(people, Person.class));
    }))
    .and(route(POST("/person"),
    request -> {
        Mono<Person> person = request.body(toMono(Person.class)); return Response.ok().build(repository.savePerson(person));
}));

下面我們要介紹如何運行，比如在Reactor Netty中：