vue用了半年多了，一路踩坑過來，也算是收穫不少。不錯呢，踩坑的文章很多，我就不寫了，主要來寫一寫怎麼去優化vue項目
注意 : 適用於vue-cli 初始化、 webpack 打包的單頁應用。
組件化
組件化(也叫模塊化)是前端的一個新的趨勢，vue的核心之一 也是組件化。
項目裏公共的地方都要組件化出來，少寫很多代碼(彈窗，表格，提示等等)。
路由管理
路由也是vue的重點，主要是涉及到參數傳遞，一般用這兩種，params和query。所有傳參的方法都應該統一起來（params,query二者擇其一），我們用的是params，不同點:1.params不會顯示在網頁鏈接上，2.傳的參數不同（我感覺這不是重點），重點是而query會顯示在網頁鏈接上。params不會，所以保密性好一些，也不會導致一連串的字符（如果傳一個對象用query，看着就不舒服）
整體風格統一
這個一句話差不多了，按鈕，字體，大的容器，表格啥的，具體看需求，可以寫成一個公用的css，頁面調用就好了，爽歪歪
api（接口請求）分離
這個是很有必要的，得益於老大的英明指導(拍個馬屁先)
之前一直寫在業務處理文件裏面，很多請求，看着也挺雜亂。
後面封裝了一個axios請求（也可以叫方法吧），然後建立了一個獨立的api文件，每個方法export一下（在方法前面加一個export），然後每個頁面都可以用了，美美噠。節省了大量代碼。
後面覺得一個項目一個api文件還是不行，模塊多，接口多，所以雜亂了。再一次在老大的英明領導下（日常拍馬屁），把每個模塊都分開了，一個模塊一個api文件，維護起來很方便，對於不同模塊調取相同的接口會有一個公共的api
這裏結構貼出來吧，僅供參考，講道理postRequest()這個方法，參數還需要要傳一個失敗的回調函數。
下面是定義方法 某個業務，有沒有發現註釋也相當規範？這也是領導的嚴格要求，方便維護(手動滑雞)
調用
引入之後調用，直接方法名就好了，參數可以不傳，具體看後臺需求。
v-if和v-show用哪個的問題，兩句話總結
1.權限判斷用v-if(減少了dom，加快渲染嘛)，
2.需要頻頻切換的用v-show(開關，容器切換)
注意:無論是v-if還是v-show，在template裏都不要把邏輯寫太複雜，不好維護的啦，比如（v-if="a==1&&b!=2||c==3&&(d||e)"）,這種可能寫的時候舒服，維護起來就麻煩，那怎麼處理呢
可以用methods方法或者computed計算屬性先處理嘛，簡潔明瞭
各文件分離的問題
vue的文件是由<template>,<style>,<script>三個部分組成的。當業務比較複雜時，頁面也是很複雜的，改起來都夠嗆。也查了大量相關資料 沒有說不能分離的 所以目前我採取的是，簡單頁面不分離(業務簡單，功能不多沒必要分開，分開的話頁面加載的時候會多一些請求數，影響加載時間)，帶有複雜邏輯和業務的分離。引入的話用<style>,<script>標籤就好。
這裏順便推薦一個高質量的java公衆號，趕緊關注領取免費資料吧！
