數據可視化商業圖表工具ECharts背后那些事兒

 ECharts，縮寫來自Enterprise Charts，商業級數據圖表，它最初是為了滿足公司商業體系里各種業務系統（如鳳巢、廣告管家等等）的報表需求。以前這些系統的圖表需求我們都是使用flash去實現的，百度分工很細，有專門的flash組同學去做這個事情，這就不可避免多了一個溝通環節，作為前端工程師無法獨立掌控，不管是數據接口的設計，個性化的需求都得溝通商定。而且一個系統內會有很多個flash在不同場景下出現，他們并沒有實現通用。加上喬幫主不讓i系列上運行flash以及html5的火熱，我們需要尋求一個解決方案。于是在2012年初，當時還是鳳巢前端技術負責人的Kener-林峰在鳳巢數據平臺項目中嘗試使用Canvas去做圖表，他寫了一個全新的輕量級Canvas類庫ZRender，那可以說是ECharts的原型，雖然跟現在已經相去十萬八千里了。

ECharts官網>>>

    百度資深前端Erik回歸后組建起了百度商業前端通用技術組，在前面提到的背景下加上前端團隊的經理祖明的強力支持，數據可視化成為了通用技術里一個重要的研究方向， 林峰也就這樣順理成章的從鳳巢技術負責人轉到現在的角色，百度商業前端數據可視化團隊負責人。癡狂于web3d的技術天才沈毅，沉迷圖形圖像的楊驥，有SVG/GUI實戰經驗的宿爽，對顏色如數家珍的陳懷木等等來自一線的工程師加入組建起了可視化團隊。

    正如前面提到的，ECharts來自ZRender，那時的ZRender是包含圖表功能的，甚至拖拽重計算已經在那個時候被實現了，但各種圖表數據邏輯與圖形渲染耦合，非模塊化，Demo時隨心所欲的特殊定制，我們意識到這是一個糟糕的設計。ZRender做了第一次大規模的重構，抽離了一切圖表相關功能，純粹的作為底層Canvas類庫使用。

    而被抽離的圖表邏輯構建成為ECharts 0.1版本， 但基本仍舊屬于Demo狀態，因為接口不規范，個性化能力和通用性都太差了。Erik和林峰，以及3位來自Flash組的資深工程師（百度商業系統中多年 來所做的各種flash圖表基本出自他們或者是他們所帶領的團隊），花了近2個月時間先后開了6次會議終于制定并發布了百度圖表庫標準1.0版本。這份標準是在幾乎沒考慮實現成本的情況下制定的，追求設計的合理、高度個性化的擴展能力，可想而知，這是給團隊挖了一個很深很深的坑，在緊接著的近10個月時間里ECharts團隊就是看著文檔一步一步從這個坑里爬出來。

    幸運的是我們真爬出來了，2013年6月30，ECharts發布了1.0版本，這份標準完全成為了ECharts 1.0的API文檔，而且我們還加入了更多的數據交互能力。雖然這份標準目前已經成為了ECharts文檔的子集了，但它的重要性不容置疑，回過頭看這段歷程，我們衷心的感謝制定這份標準的5位工程師（林峰、趙庶、Erik、劉陽、楊冬），在我們看來接口設計的合理比起實現成本重要得多。

發展

    ECharts緣起公司自身的業務需求，但開源使得它得以發展，雖然業界已經有多如牛毛的JS圖表庫，但ECharts帶著顛覆性的功能設計和技術 特征，發布后得到了業界高度關注和好評，迅速成為國內數據可視化領域的“后起之秀”，先后在CSDN、ITEye、InfoQ、中國統計網、統計之都等主 流技術媒體上有專題報道，被開源中國收錄后即被列為精選做了長達一周的首頁首位推薦，收藏數超過了1000，github上發布12個月后star數超過 了1900，已經成為了國內同類別項目中關注度最高的開源項目。被百度外100多家企業應用在新聞傳媒、證券金融、電子商務、旅游酒店、天氣地理、視頻游戲、電力等眾多領域。

    令我們意外的是，ECharts僅發布半年入選成為了“2013年國產開源軟件10大年度熱門項目”，同時在“2013年度最新的20大熱門開源軟件” 中排名第一。除此之外，ECharts還得到了跨領域以及國外技術團體關注，如在R領域就同時出現國內外多個版本的擴展，聽說還有兩家亞太地區金融咨詢企 業正在研發基于ECharts的BI類產品，甚至還有人拿著ECharts跑到紐約市長數據分析部門做應用推廣。這都是我們的意外收獲，感謝大家的支持。

下面是ECharts部分圖表展示：