如果您想訂閱本博客內(nèi)容，每天自動發(fā)到您的郵箱中， 請點這里

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

為什么要改版

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

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

改版前的思考

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

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

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

求同存異的兩端統(tǒng)一

品牌統(tǒng)一性

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

交互框架的對齊

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

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

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

品牌調(diào)性和視覺風格的對齊

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

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

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

內(nèi)容至上的前瞻性設計

全新的縮略圖模式

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

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

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

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

技術過渡時期的體驗補償

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

寫在最后

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

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

一、有些事情難以回頭

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

• .Net語言更具開放性，從開源協(xié)議和規(guī)范可以看出;
• 語言更具優(yōu)勢嚴謹;
• 開發(fā)工具 VS 更具生產(chǎn)力;

然而

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

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

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

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

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

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

字符串截取

1. substring()

xString.substring(start,end)

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

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

對象方法調(diào)用

作為對象方法調(diào)用的時候，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 對象

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

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

一、UE

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

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

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

如何定義牛逼工程師

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

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

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

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

對用戶體驗的追求

舉例

我們先從示例應用程序的一些摘錄開始。下面是暴露Person對象的響應信息庫。很類似于傳統(tǒng)的，非響應信息庫，只不過它返回Flux<Person>而傳統(tǒng)的返回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);
}

下面是我們?nèi)绾伪┞稁в行碌暮瘮?shù)式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中：