摘要：社區的認可目前已經是相關最多的開源項目了，體現出了社區對其的認可。監聽事件手動維護列表這樣我們就簡單的完成了拖拽排序。

完整項目地址：vue-element-admin
系類文章一：手摸手，帶你用vue擼后臺 系列一(基礎篇)
系類文章二：手摸手，帶你用vue擼后臺 系列二(登錄權限篇)
系類文章三：手摸手，帶你用vue擼后臺 系列三(實戰篇）
系類文章四：手摸手，帶你用vue擼后臺 系列四(vueAdmin 一個極簡的后臺基礎模板)
系類文章：手摸手，帶你優雅的使用 icon
系類文章：手摸手，帶你封裝一個vue component

在前面兩篇文章中已經把基礎工作環境構建完成，也已經把后臺核心的登錄和權限問題完成了，現在手摸手，一起進入實操。

去年十月份開始用 vue 做管理后臺的時候毫不猶豫的就選擇了 element-ui，那時候 vue2.0 剛發布也沒多久，市面上也沒有很多其它的 vue2.0 的 ui 框架可供選擇。雖然 element-ui 也有很多的不足，前期的bug也不少，但我還是選擇了它，簡單說一下我選擇element-ui的原因吧：

有大廠背書 : 雖然核心開發只有兩三個人，但至少不用擔心哪天就不維護，帶著小姨子跑路了

持續迭代 : element-ui發版至今release了四十多個版本，之前平均都是一周一個小版本更新(是不是不小心暴露了它bug多的問題/(ㄒoㄒ)/~~)(ps: 至2017.12.4 已經迭代了74個版本，還保持著較高更新頻率)。

生態圈優異，社區活躍 ：其 contributors已經有250多人(前期我有饒有興致的貢獻過幾個pr，參與過七八十個issue)，社區里也有很多基于element-ui 的拓展組件，也有很多相關的 qq 討論群或者 gitter。

社區的認可:目前Element已經是vue相關最多star的開源項目了，體現出了社區對其的認可。

說了這么多優點，作為一個資深element-ui用戶還是有些要抱怨的~和react老大哥 Ant Design 相比還是有一定的差距的，不管是組件的豐富性，參數的可配性還是文檔的完整性，亦或是UI的交互和美觀度。不過 ant 也是經過了近9k次commit的不斷打磨，才有了今天。我也相信 element-ui也會越來越好的。

這里還有一些其它的框架(只討論pc端的框架)大家可以自行選擇：

ivew 一國人個人寫的框架，美觀度和交互性都不錯，有種介于Element和Ant之間的感覺，之前和element團隊小小的撕了一下，有興趣的自己去圍觀吧，框架還是很不做的，一個人能做出這樣，也是很不容易的。作者公開信件

vue-admin 也是一個不錯的選擇，代碼寫的和不錯，官方也出了一個admin的架子，也很值得借鑒

vue-material 一個material design vue框架庫

vuetify 又是一個material design vue框架庫

Keen-UI 又又是一個material design vue框架庫

CoreUI-Free-Bootstrap-Admin-Template 和以前的Bootstrap一樣，搭好了一個完整的架子，大家可以進行二次拓展，它有vue,react,angular多個版本

Framework7-Vue 個人感覺這是本人體驗到現在移動端體驗最好的框架。不過Framework7-Vue感覺還不是很完善，還需要觀望一段時間。而且它有自己的路由規則，所以不能使用 vue-router，這點還是很不方便的。

簡單列舉了一些主流的框架，不得不感慨現在vue的生態圈真是太繁榮了，上述框架樓主并沒有深入使用過，不好發表太多建議，大家自行甄別適合自己業務的框架吧。

這里開始我們會開始介紹一些結合Element的開發經驗。

有些產品就是這么殘忍，能完成需求就不錯了，還要讓我們做動態換膚。Element官網上也提供了自定義主題的方案
同時也提供了一個在線自定義主題的demo

是不是很酷，作者也說明了實現的方案 地址,大概思路:

先把默認主題文件中涉及到顏色的 CSS 值替換成關鍵詞

根據用戶選擇的主題色生成一系列對應的顏色值

把關鍵詞再換回剛剛生成的相應的顏色值

直接在頁面上加 style 標簽，把生成的樣式填進去

我看完覺得真的還是有點復雜的。有沒有簡單的方案呢？
讓我們思考一下，讓我們自己寫動態換膚該怎么寫呢？最常見的方法就是寫兩套主題，一套叫day theme ，一套叫night theme，night theme主題 都在一個.night-theme的命名空間下，我們動態的在body上add .night-theme ， remove .night-theme。這就是最簡單的動態換膚。所以我們也能不能順著這個思路，基于 element-ui 實現動態換膚呢？

首先我們下載官方通過的 Theme generator ,一個專門用來生成Element主題的工具。按照文檔，我們生成了需要的主題。

之后就是我們要做的事情了，將這個主題的每個元素外面包裹一個class 來做命名空間。
我們這里用到了gulp-css-wrap這個神器，輕輕松松就完成了我們想要的結果

var path = require("path")
var gulp = require("gulp")
var cleanCSS = require("gulp-clean-css");
var cssWrap = require("gulp-css-wrap");

var customThemeName=".custom-theme"

gulp.task("css-wrap", function() {
  return gulp.src( path.resolve("./theme/index.css"))
    .pipe(cssWrap({selector:customThemeName}))
    .pipe(cleanCSS())
    .pipe(gulp.dest("dist"));
});

gulp.task("move-font", function() {
  return gulp.src(["./theme/fonts/**"]).pipe(gulp.dest("dist/fonts"));
});

gulp.task("default",["css-wrap","move-font"]);

這樣就得到了一個以.custom-theme為命名空間的自定義主題了，之后我們在項目中引入主題

//main.js
import "assets/custom-theme/index.css"

我們在換膚的地方toggleClass(document.body, "custom-theme")一直toggle body 的 class就可以了。我們就簡單實現了動態換膚效果。

不過這種模式實現換膚也是有一個弊端的，它等于把這兩個主題都打包在了項目里，如果你的項目主題需要七八種，這種模式就不適合了。我們就需要動態的加載css，下面就是最簡單的動態添加css的例子，當然你可以封裝一下，增加成功或者失敗回調，判斷是否加載過改資源等等就不展開了。

var head = document.getElementsByTagName("HEAD").item(0);
var style = document.createElement("link");
style.href = "style.css";
style.rel = "stylesheet";
style.type = "text/css";
head.appendChild(style);

更新(2017.12)

element-ui 官方更新了2.0版本，同時也提供了一個新的換膚思路。
文檔

這里又有談一下導航欄的問題，本項目里的側邊欄是根據 router.js 配置的路由并且根據權限動態生成的，這樣就省去了寫一遍路由還要手動再寫一次側邊欄這種麻煩事，但也遇到了一個問題，路由可能會有多層嵌套，很多人反饋自己的側邊欄會有三級，甚至還有五級的。所以重構了一下側邊欄，使用了遞歸組件，這樣不管你多少級，都能愉快的顯示了。代碼

側邊欄高亮問題: 很多人在群里問為什么自己的側邊欄不能跟著自己的路由高亮，其實很簡單，element-ui官方已經給了default-active所以我們只要

:default-active="$route.path"

將default-active一直指向當前路由就可以了，就是這么簡單。

點擊側邊欄 刷新當前路由

在用 spa(單頁面開發) 這種開發模式之前，大部分都是多頁面后臺，用戶每次點擊側邊欄都會重新請求這個頁面，用戶漸漸養成了點擊側邊欄當前路由來刷新頁面的習慣。但現在 spa 就不一樣了，用戶點擊當前高亮的路由并不會刷新view，因為vue-router會攔截你的路由，它判斷你的url并沒有任何變化，所以它不會觸發任何鉤子或者是view的變化。issue地址，社區也對該問題展開了激烈討論。

尤大本來也說要增加一個方法來強刷view，但后來他又改變了心意/(ㄒoㄒ)/~~。但需要就擺在這里，我們該怎么辦呢？他說了不改變current URL 就不會觸發任何東西，那我可不可以強行觸發東西你？上有政策， 下有對策我們變著花來hack。方法也很簡單，通過不斷改變url的query來觸發view的變化。我們監聽側邊欄每個link 的 click事件，每次點擊都給router push 一個不一樣的query 來確保會重新刷新view。

clickLink(path) {
  this.$router.push({
    path,
    query: {
      t: +new Date() //保證每次點擊路由的query項都是不一樣的，確保會重新刷新view
    }
  })
}

但這也有一個弊端就是 url 后面有一個很難看的 query 后綴如 xxx.com/article/list?t=1496832345025，但我司用戶們表示能接受。。。只能暫時這樣hack了，不知道大家有沒有更好的方法，學習學習。

經過好幾個版本的迭代，element-ui 的table組件已經能滿足大部分業務需求了。不過rowSpan colSpan表格行/列合并現在并不是支持(element-ui2.0版本之后開始支持)。官方對此功能的更新情況可以關注這個issue。

這里我著重講一下table表格幾個常用的業務形態。

這里主要是基于Sortable

import Sortable from "sortablejs"
let el = document.querySelectorAll(".el-table__body-wrapper > table > tbody")[0]
let sortable = Sortable.create(el)

在table mounted之后申明Sortable.create(el) table的每行tr就可以隨意拖拽了，麻煩的目前我們的排序都是基于dom的，我們的數據層list并沒有隨之改變。所以我們就要手動的來管理我們的列表。

this.sortable = Sortable.create(el, {
  onEnd: evt => { //監聽end事件 手動維護列表
    const tempIndex = this.newList.splice(evt.oldIndex, 1)[0];
    this.newList.splice(evt.newIndex, 0, tempIndex);
  }
});

這樣我們就簡單的完成了 table 拖拽排序。這里如果不是基于 dom 的排序推薦使用Vue.Draggable。完整代碼

table內聯編輯也是一個常見的需求。

其實也很簡單，當我們拿到 list 數據之后先洗一下數據，每一條數據里面插入一個edit[ true or false ]判斷符，來表示當前行是否處于編輯狀態。之后就是通過v-show動態切換不同的相應view就可以了。完整代碼

通過dialog來編輯，新建，刪除table的元素這種業務場景相對于前面說的兩種更加的常見。而且也有不少的小坑。
首先我們要明確一個點 vue 是一個MVVM框架，我們傳統寫代碼是命令式編程，拿到table這個dom之后就是命令式對dom增刪改。而我們現在用聲明式編程，只用關注data的變化就好了，所以我們這里的增刪改都是基于list這個數組來的。這里我們還要明確一點vue 列表渲染注意事項

由于 JavaScript 的限制， Vue 不能檢測以下變動的數組：

* 當你利用索引直接設置一個項時，例如： vm.items[indexOfItem] = newValue

所以我們想改變table中第一條數據的值，通過this.list[0]=newValue這樣是不會生效的。

解決方案：
// Array.prototype.splice`
example1.items.splice(indexOfItem, 1, newValue)

所以我們可以通過

//添加數據
this.list.unshift(this.temp);

//刪除數據 
const index = this.list.indexOf(row); //找到要刪除數據在list中的位置
this.list.splice(index, 1); //通過splice 刪除數據

//修改數據
const index = this.list.indexOf(row); //找到修改的數據在list中的位置
this.list.splice(index, 1,this.updatedData); //通過splice 替換數據 觸發視圖更新

這樣我們就完成了對table的增刪改操作，列表view也自動響應發生了變化。這里在修改數據的時候還有一個小坑需要主要。
當我們拿到需要修改行的數據時候不能直接將它直接賦值給dialog，不然會發生下面的問題。

如上圖所示，我們在dialog里面改變狀態的時候，遮罩下面的table里面該行的狀態也在那里跟著一只變化著。原因想必大家都猜到了。賦值的數據是一個objec引用類型共享一個內存區域的。所以我們就不能直接連等復制，需要重新指向一個新的引用，方案如下：

//賦值對象是一個obj
this.objData=Object.assign({}, row) //這樣就不會共用同一個對象

//數組我們也有一個巧妙的防范
newArray = oldArray.slice(); //slice會clone返回一個新數組

tab在后臺項目中也比較常用的。假設我們有四個tab選項，每個tab都會向后端請求數據，但我們希望一開始只會請求當前的tab數據，而且tab來回切換的時候不會重復請求，只會實例化一次。首先我們想到的就是用v-if 這樣的確能做到一開始不會掛載后面的tab，但有一個問題，每次點擊這個tab組件都會重新掛載一次，這是我們不想看到的，這時候我們就可以用到了。

keep-alive 包裹動態組件時，會緩存不活動的組件實例，而不是銷毀它們。 它是一個抽象組件：它自身不會渲染一個 DOM 元素，也不會出現在父組件鏈中。

所以我們就可以這樣寫tabs了

Select 選擇器直接使用沒有什么太多問題，但很多時候我們需要通過Select來回顯一些數據，當我們 select 綁定一個obj value回顯就會很蛋疼了，它要求必須保持同一個引用issue。這就意味著，我們回顯數據的時候想先要找到該數據在arr中的位置，再回塞：demo。這還不是在遠程搜索的情況下，如果是遠程搜索的情況還要當疼。
這里推薦一下vue-multiselect 它能完美的解決前面Element select的問題。目前也是vue component 中比較好用的一個，ui也非常的好看，建議大家可以嘗試性用一下，真的非常的不錯。

Upload本身沒什么好說的，文檔寫的蠻清楚了。這里主要說一下怎么將Upload組件和七牛直傳結合在一起。

這里我們選擇api直傳的方式，就是我們首先要通過后端(go,node,php都可以)文檔生成七牛上傳必要的token(上傳憑證)和key(資源的最終名稱)。
所以現在只要想辦法講token和key塞進post請求里面就可以了，好在官方也提供了這個方法。

。但怎么才能先異步的拿到token再將它塞入請求里呢？

這時候我們又發現了before-upload 這個鉤子還支持promise簡直合我們的心意。
但我們寫著寫著怎樣才能動態的改變之前的dataObj呢？通過看源碼發現我們可以_self._data這樣子拿到我們想要的數據。線上代碼

在使用Element的時候，官方提供了很多可以自己寫render function的地方，但由于Element內部都是用jsx 寫render function的，所以demo也都是jsx，但很多人自己項目中其實是沒有安裝的，導致報錯。但說真的用createElement裸寫render 函數還是有些蛋疼。我們要用jsx，首先要安裝 babel-plugin-transform-vue-jsx 安裝方法如下：

npm install
  babel-plugin-syntax-jsx
  babel-plugin-transform-vue-jsx
  babel-helper-vue-jsx-merge-props
  babel-preset-es2015
  --save-dev
  

.babelrc:文件

{
  "presets": ["es2015"],
  "plugins": ["transform-vue-jsx"]
}

這樣我們就可以愉快的使用 jsx 寫render function了。

click事件不觸發問題：一直有人在群里問Click Me怎么不觸發click事件，雖然element文檔還有完善的空間但這種問題大家還真要自己好好認真看一下官方的FAQ了。

官方說明了所有的原生事件必須添加 .native 修飾符。

修改element樣式問題： 用ui組件總免不了需要對它做一些個性化定制的需求，所以我們就要覆蓋element的一些樣式。
首先我們要了解一下vue scoped是什么，很多人非常喜歡用scoped，媽媽再也不用擔心樣式沖突問題了，其實scoped也沒有很神秘的，它就是基于PostCss的，加了一個作用局的概念。

//編譯前
.example {
  color: red;
}
//編譯后
.example[_v-f3f3eg9] {
  color: red;
}

它和我們傳統的命名空間的方法避免css沖突沒有什么本質性的區別。
現在我們來說說怎么覆蓋element-ui樣式。由于element-ui的樣式我們是在全局引入的，所以你想在某個view里面覆蓋它的樣式就不能加scoped，但你又想只覆蓋這個頁面的element樣式，你就可在它的父級加一個class，以用命名空間來解決問題。

.aritle-page{ //你的命名空間
    .el-tag { //element-ui 元素
      margin-right: 0px;
    }
}

建議向樓主一樣專門建一個scss文件里專門自定義element-ui的各種樣式。線上代碼

其它關于element相關的東西真的沒有什么好說的了，人家文檔和源碼就放在那里，有問題就去看文檔，再去issue里找找，再去看看源碼，大部分問題都能解決了。給一個訣竅其實大部分詭異的問題都可以通過加一個key或者
Vue.nextTick來解決。。

管理后臺富文本也是一個非常重要的功能，樓主在這里也踩了不少的坑。樓主在項目里最終選擇了 tinymce

這里在簡述一下推薦使用tinymce的原因：tinymce 是一家老牌做富文本的公司(這里也推薦 ckeditor，也是一家一直做富文本的公司，新版本很不錯)，它的產品經受了市場的認可，不管是文檔還是配置的自由度都很好。在使用富文本的時候有一點也很關鍵就是復制格式化，之前在用一款韓國人做的富文本summernote被它的格式化坑的死去活來，但 tinymce 的去格式化相當的好，它還有一個增值項目就是powerpaste,那是無比的強大，支持從word里面復制各種東西，都不會有問題。富文本還有一點也很關鍵，就是拓展性。樓主用tinymce寫了好幾個插件，學習成本和容易度都不錯，很方便拓展。最后一點就是文檔很完善，基本你想得到的配置項，它都有。tinymce也支持按需加載，你可以通過它官方的build頁定制自己需要的plugins。
我再來分析一下市面上其它的一些富文本：

summernote 先來說一個我絕對不推薦的富文本。這是一個韓國人開源的富文本(當然不推薦的理由不是因為這個)，它對很多富文本業界公認的默認行為理解是反起到而行的，而且只為用了一個dialog的功能，引入了boostrap，一堆人抗議就是不改。格式化也是差勁。。反正不要用！不要用！不要用！

ckeditor ckeditor也是一家老牌做富文本的公司，樓主舊版后臺用的就是這個，今年也出了5.0版本，ui也變美觀了不少，相當的不錯，而且它號稱是插件最豐富的富文本了。推薦大家也可以試用一下。

quill 也是一個非?；鸬母晃谋?，長相很不錯?；谒鼘懖寮埠芎唵危琣pi設計也很簡單。樓主不選擇它的原因是它對圖片的各種操作不友善，而且很難改。如果對圖片沒什么操作的用戶，推薦使用。

medium-editor 大名鼎鼎的medium的富文本(非官方出品)，但完成度還是不很不錯，拓展性也不錯。不過我覺得大部分用戶還是會不習慣medium這種寫作方式的。

Squire 一個比較輕量的富文本，壓縮完才11.5kb，相對于其它的富文本來說是非常的小了，推薦功能不復雜的建議使用。

wangEditor 一個國人寫的富文本，用過感覺還是不錯的。不過畢竟是個人的，不像專門公司做富文本的，配置型和豐富性不足。前端幾大禁忌就有富文本 為什么都說富文本編輯器是天坑?，不過個人能做成這樣子很不容易了。

百度UEditor 沒有深入使用過，只在一個angular1X的項目簡單用過，不過說著的ui真的不好看，不符合當今審美了，官方也已經很久沒跟新過了。

樓主列舉了很多富文本但并沒有列舉任何 vue 相關的富文本，主要是因為富文本真的比想象中復雜，在前面的文章里也說過了，其實用 vue 封裝組件很方便的，沒必要去用人家封裝的東西什么vue-quill vue-editor這種都只是簡單包了一層，沒什么難度的。還不如自己來封裝，靈活性可控性更強一點。還有一點基于 vue 真沒什么好的富文本，不像 react 有 facebook 出的 draft-js，ory 出的 editor，這種大廠出的產品。

當然你也可以選擇一些付費的富文本編輯器，作者自己公司里面有一個項目就使用了 froala-editor 這款編輯器。不管是美觀和易用性都是不錯的，公司買的是專業版，一年也就 $349 ，價格也是很合理的，但其實省去的程序員開發陳本可能遠不止這個價錢。

這里來簡單講一下在自己項目中使用 Tinymce 的方法。

由于目前使用 npm 安裝 Tinymce 方法比較負責復雜而且還有一些問題(日后可能會采用該模式)。

目前采用全局引用的方式。代碼地址：static/tinymce static目錄下的文件不會被打包, 在 index.html 中引入。

使用
由于富文本不適合雙向數據流，所以只會 watch 傳入富文本的內容一次變化，只會就不會再監聽了，如果之后還有改變富文本內容的需求。
可以通過 this.refs.xxx.setContent() 來設置

源碼也很簡單，有任何別的需求都可以在 @/components/Tinymce/index.vue 中自行修改。

markdown 我們這里選用了 simplemde-markdown-editor ，簡單的用vue封裝了一下地址,如果需求方能接受 markdown 就一定要用 markdown，坑真心會比富文本少很多。這里我們用markdown做了編輯器，還需要一個能解析的的東西?？梢阅銈鹘o后端讓后端幫你轉化，也可以前端自己來，這里推薦一個轉化庫showdown。使用方法：

import("showdown").then(showdown => { //用了 Dynamic import
  const converter = new showdown.Converter();//初始化
  this.html = converter.makeHtml(this.content)//轉化
})

用法也很簡單兩行代碼就完成了markdown to html，當然它還有很多個性畫的配置，大家有需求自行研究吧。

這里先明確一點，如果你的業務需求對導出文件的格式沒有什么要求，不建議導出成xlsx格式的，直接導出成csv的就好了，真的會簡單很多。創建一個a標簽，寫上data:text/csv;charset=utf-8頭，再把數據塞進去，encodeURI(csvContent)一下就好了，詳情就不展開了，大家可以借鑒這個stackoverflow回答。
我們重點說一下轉xlsx，我們這里用到了js-xlsx，一個功能很強大excel處理庫，只是下載各種格式excel，還支持讀取excel，但上手難度也非常大，相當的復雜，其中涉及不少二進制相關的東西。不過好在官方給了我們一個demo例子,我們寫不來還抄不來么，于是我們就借鑒官方的例子來改造了一下，具體原理就不詳細說了，真的很復雜。。。
重點是我們怎么使用！首先我們封裝一個Export2Excel.js，
它又依賴三個庫

require("script-loader!file-saver"); //保存文件用
require("script-loader!vendor/Blob"); //轉二進制用
require("script-loader!xlsx/dist/xlsx.core.min"); //xlsx核心

由于這幾個文件不支持import引入，所以我們需要`script-loader`來將他們掛載到全局環境下。

它暴露了兩個接口export_table_to_excel和export_json_to_excel,我們常用export_json_to_excel因為更加的可控一點，我們可以自由的洗數據。

handleDownload() {
  require.ensure([], () => { // 用 webpack Code Splitting xlsl還是很大的
    const { export_json_to_excel } = require("vendor/Export2Excel");
    const tHeader = ["序號", "文章標題", "作者", "閱讀數", "發布時間"]; // excel 表格頭
    const filterVal = ["id", "title", "author", "pageviews", "display_time"];
    const list = this.list;
    const data = this.formatJson(filterVal, list); // 自行洗數據 按序排序的一個array數組
    export_json_to_excel(tHeader, data, "列表excel");
  })
}，
formatJson(filterVal, jsonData) {
  return jsonData.map(v => filterVal.map(j => v[j]))
}

完整顯示線上代碼

管理后臺圖表也是常見得需求。這里圖表就只推薦ECharts，功能齊全，社區demo也豐富gallery。我還是那個觀點，大部分插件建議大家還是自己用vue來包裝就好了，真的很簡單。ECharts支持webpack引入，圖省事可以將ECharts整個引入var echarts = require("echarts");不過ECharts還是不小的，我們大部分情況只是用到很少一部分功能，我平時習慣于按需引入的。

// 引入 ECharts 主模塊
var echarts = require("echarts/lib/echarts");
// 引入柱狀圖
require("echarts/lib/chart/bar");
// 引入提示框和標題組件
require("echarts/lib/component/tooltip");
require("echarts/lib/component/title");

webpack中使用ECharts文檔
ECharts按需引入模塊文檔
接下來我們就要在vue中聲明初始化ECharts了。因為ECharts初始化必須綁定dom，所以我們只能在vue的mounted生命周期里初始化。

mounted() {
  this.initCharts();
},
methods: {
  this.initCharts() {
    this.chart = echarts.init(this.$el);
    this.setOptions();
  },
  setOptions() {
    this.chart.setOption({
      title: {
        text: "ECharts 入門示例"
      },
      tooltip: {},
      xAxis: {
        data: ["襯衫", "羊毛衫", "雪紡衫", "褲子", "高跟鞋", "襪子"]
      },
      yAxis: {},
      series: [{
        name: "銷量",
        type: "bar",
        data: [5, 20, 36, 10, 10, 20]
      }]
    })
  }
}

就這樣簡單，ECharts就配置完成了，這時候你想說我的data是遠程獲取的，或者說我動態改變ECharts的配置該怎么辦呢？我們可以通過watch來觸發setOptions方法

//第一種 watch options變化 利用vue的深度 watcher，options一有變化就重新setOption
watch: {
  options: {
    handler(options) {
      this.chart.setOption(this.options)
    },
    deep: true
  },
}
//第二種 只watch 數據的變化 只有數據變化時觸發ECharts
watch: {
  seriesData(val) {
    this.setOptions({series:val})
  }
}

其實都差不多，還是要結合自己業務來封裝。后面就和平時使用ECharts沒有什么區別了。題外話ECharts的可配置項真心多，大家使用的時候可能要花一點時間了解它的api的。知乎有個問題：百度還有什么比較良心的產品？答案：ECharts，可見ECharts的強大與好用。

創建與編輯
其實后臺創建與編輯功能是最常見的了，它區別去前臺項目多了改的需求，但大部分創建頁面與編輯頁面字段和ui幾乎是一樣的，所以我們準備公用一個component來對應不同的頁面。有兩種常見的方法，來區別創建與編輯。

通過路由path的方式

這種方式最簡單暴力，我自己的項目中使用這種方式，通過約定路徑中出現"edit"就判斷為編輯模式。比較省力和方便，不過這是要在大家寫路徑的時候都按照規范來寫的前提下。

通過meta來區分

比較推薦這種方式來區分。

computed: {
  isEdit() {
    return this.$route.meta.isEdit // 根據meta判斷
    // return this.$route.path.indexOf("edit") !== -1 // 根據路由判斷
  }
}，
created() {
  if (this.isEdit) { 
    this.fetchData();
  }
},

就這樣簡單的實現了多路由復用了一個component，其實不只是創建和編輯可以這樣用，如兩個列表的一模一樣，只是一個是內部文章另一個是調取外部文章都能復用組件，通過meta的方式來判斷調取不同的接口。

常規占坑，這里是手摸手，帶你用vue擼后臺系列。
完整項目地址：vue-element-admin
系類文章一：手摸手，帶你用vue擼后臺 系列一(基礎篇)
系類文章二：手摸手，帶你用vue擼后臺 系列二(登錄權限篇)
系類文章三：手摸手，帶你用vue擼后臺 系列三(實戰篇）
系類文章四：手摸手，帶你用vue擼后臺 系列四(vueAdmin 一個極簡的后臺基礎模板)
系類文章：手摸手，帶你優雅的使用 icon
系類文章：手摸手，帶你封裝一個vue component
樓主個人免費圈子