View 一周年了，同時發布了 2.0 正式版，但這只是開始……

兩年前，我開始接觸 Vue.js 框架，當時就被它的輕量、組件化和友好的 API 所吸引。之後我將 Vue.js 和 Webpack 技術棧引入我的公司（TalkingData）可視化團隊，並經過一年多的實踐，現已成為整個公司的前端開發規範。

與此同時，我開源了 iView 項目，它是基於 Vue.js 的一套高質量 UI 組件庫，從設計規範、工程構建到國際化都提供了完整的解決方案，並支持 SSR。在許多志願者的幫助下，將文檔全部翻譯為英文，在 Vue 開發者社區頗受歡迎。

去年的 7 月 28 日，一個名叫iView(github.com/iview/iview)的工程立項了，今天正好是它一周歲生日。回想當初只是作為一個團隊組件庫來開發，風風雨雨經歷了一年，已經成為 Vue 社區最受歡迎的組件庫之一了，在 GitHub 也收穫了近8000Star，npm 每月有10k多安裝。當然，這一切的成果，都離不開公司給予我的支持和 Vue 社區的活躍。

彩蛋

既然是紀念日，就來點好玩的吧。我們重新裝飾了iView 官網，今天開始的一周里，可以在首頁發彈幕，來和世界各地的朋友們一起暢（chě）聊（dàn）吧。

2.0

iView 一周年，對於開發者來說最好的消息，就是我們終於發布 2.0 的第一個正式版。在過去的 4 個多月里，我們連續發布了 19 個 rc 版，其實早可以發布 2.0 正式版的，並在此基礎上迭代。遲遲不發，就是想把最好的一個版本帶給大家。當然，即使今天發布了正式版，依然還有不少問題等待解決，一個好的組件庫是需要經歷不斷磨練。

來回顧一下，從 1.0 到 2.0，iView 有哪些重要改變：

最重要的當然是支持 Vue 2 了，其次支持了 SSR 和 Nuxt.js，對常用組件進行了擴展：Table 單元格的渲染基於 Vue 的 Render 函數，並支持展開；Select 支持遠程搜索；Cascader 支持非同步和搜索。還有 100 多項細節優化。2.0 正式版，更是加強了 Table組件，優化了其 8 個問題，所有的浮層類組件都增加了 transfer 屬性，可以選擇是否將其插入到 body 內，使用更靈活。具體的更新內容可以查看更新日誌。

聊聊英文版

上個月，我們已將 iView 文檔全部翻譯為英文，前前後後進行了 3 個多月才算完成。有了英文版後，更多的國外開發者也參與到 GitHub 討論之中，相信接下來會有更多來自國外的 contributors。

上圖是來自 Vue 社區一位國外開發者的評價。

英文版的翻譯離不開社區的貢獻，在此特別感謝 lcx960324、rijn 和 BigChief45 三位熱心志願者。

版本號的故事

iView 從 2.0 版本開始，版本代號將以獲得過 Apple Design Awards 的遊戲或優秀的獨立遊戲來命名。

每個開源項目的版本代號都有它的故事。作為一枚熱愛 iOS 獨立遊戲的玩家，每每看到畫風精緻、劇情動人的好遊戲都會流連忘返，推薦給身邊的同事，所以用它來命名，也算是對獨立遊戲的一種支持。

2.x 的第一個版本（2.0）代號是 Leo』s Fortune（里奧的財富）。

這只是開始

iView 已經很好地幫助前端開發工程師們加速完成中後台業務開發，但作為一個有追求的大數據可視化團隊，這僅僅只是一個開始。下半年，TalkingData 可視化團隊將繼續開源兩個重磅級項目：

InMap：基於 Canvas 和 WebGL 的地理信息可視化框架

InChart：基於 Vue.js 和 eCharts 的圖表標準庫

這兩個項目都會給數據可視化帶來福音，其中值得詳細介紹的是 InMap，事實上它的歷史要早於 iView，只是一直屬於閉源狀態，在 TalkingData 內部使用。這次也是鼓足了勁，在 API 和易用性上進行重構後開源。

在地理可視化的過程中，因為地圖的矢量數據不是一次性載入的，矢量數據是隨著用戶的請求，隨著瓦片一起載入到本地的。在這個過程當中存在兩部分的計算比較多，限制了可視化繪製的速度，一個就是各種數據的坐標轉換，另一個就是各種數據的可視化。目前 InMap 中使用了 web worker 在後台對矢量數據使用多線程計算，保證頁面對用戶響應的同時對各種數據進行計算，對於其他適合併行計算的坐標數據採用 GPU 進行轉換。繪製可視化層使用了 WebGL。

InMap 和 InChart 預計會在數月後和大家見面，敬請期待！

對開源現狀的一些思考

能夠完整參與一個開源項目，見證它從 0 到 1 的改變，對我來說確實是一件幸運的事，因為從這段開源經歷里，學到了太多的知識，也結實了很多開發者。開源是一件很有意義的事情，然而很多國內開發者卻有一個不好的習慣，他們被統稱為「伸手黨」。相比很多國內開發者提出的 issues，我更喜歡去解答國外友人的英文 issues，這不是因為英文看起來有多高大上，而是國外朋友的提問都很友善，而且是經過深思熟慮的。在求知的態度禮帽上，這點國人做的確實不好，如果你 watch 了 iView 的項目，每天會收到幾十封郵件，其中大多沒有按照 issue guide 的要求來問，close 掉，還經常被罵，一陣負能量。試問，這些不按要求問題，還態度惡劣的人，你們為開源做過什麼貢獻呢？開源是免費，但不是說用了開源產品就是大爺，那麼牛逼，幹嘛不自己造輪子呢。

這樣的問題不僅僅發生在 iView 上，我同 VUX（知名移動端 Vue 組件庫） 的作者也深刻探討過，在 VUX 的社區也會帶有不少類似的負能量。這種不良現象在國內應該還有很多，VUX 的 readme 曾今寫的這段僅有的中文，正是寫給這部分人看的：

我相信提 issue 的朋友初衷都是好的，都是來解決問題的，只是聰明的、真正想解決問題的人，都會花費一些時間來認真填寫 issue 內容。付出就有回報，任何一個認真的提問，我也會認真的回答，而那些隨隨便便提的問題，連代碼格式化也不會的也會被隨隨便便關掉。

開源是世界的，所以請善待 GitHub 社區。

最佳實踐

從 2016 年下旬開始，TalkingData 的眾多新項目開始使用 iView，部分核心項目已逐步開始使用 iView 重構。以下是部分項目的截圖：

使用者的心聲

TalkingData 數據工程師 王祥：

上半年，部門的兩條重要產品線 App Analytics 和智能數據市場 (SDMK)，用 Vue+iView 完成了產品重構，效果顯著。下半年，其它幾個重要產品，也計劃引入 Vue+iView 技術棧。iView 的引入，保證了各產品線的視覺統一，設計師幾乎不需要參與到產品研發過程，降低了人力成本；工程師們可以更專註在業務上，避免了除了業務代碼還要維護基礎的組件，極大的縮短了產品研發周期。強烈建議採用 Vue 技術棧的團隊，也嘗試下 iView。感謝 iView！

TalkingData 數據工程師 楊濤：

從使用 iView 0.9.x 版本到目前的 2.x 版本,見證了 iView 從實現各類組件到豐富組件功能的每一步，使得我們在團隊作戰中大大提高了項目開發效率。在我們的多個項目中使用了 iView 的各類組件，它完善的文檔和示例代碼降低了學習成本，同時 iView 也在高頻率的更新完善，選擇 iView 作為前端 UI 組件簡單易用大大加快了項目進度的同時更多的是感受到 iView 的工匠精神。

漢雲優品 產品經理 關靜凱：

我是一個愛搞技術的產品經理，在看到 iView 之後，被 iView 整體的 API 和 UX 設計所折服，非常容易上手，起初只是在產品設計上使用 iView 快速實現中後台 Demo，iView 使產品的交互和 UI 保持了高度一致性，在對公司前端團隊培訓後，逐漸完成了前端工程化，現在公司的產品已經使用了 Vue.js 和 iView 進行了重構。iView 的源代碼非常規範，二次開發及其友好，目前正結合公司現有業務，進行了一些組件的添加，主要集中在數據可視化和一些業務組件的封裝，iView 給公司帶來的不僅僅是前端技術的革新，更重要的是推動了產品迭代的速度，因為成功引入 iView，我也獲得了公司層面的支持整合設計和前端組建了 UED 部門。再次感謝iView 框架帶來的便利。

總結

接下來要做的事情還有很多，我們會通過 iView 在大量實戰項目中的使用，在組件的易用性、穩定性上不斷提升和改良，也會在 UI 細節上更加規範、漂亮。

這裡也要特別感謝所有為 iView 項目付出努力的貢獻者們，一個好的項目，是需要大家共同創造和維護的。也藉此文，呼籲有工匠精神，熱愛開源的開發者們能夠加入到 iView 項目里來，一起把它打造成世界級優秀組件庫。

福利

點擊展開全文

喜歡這篇文章嗎？立刻分享出去讓更多人知道吧！