本案例集合，用于正常前端開發使用，用以提升團隊整體代碼品質。
總原則：
1、Don't Repeat Yourself (不要重複你自己)。
DRY是指Don't Repeat Yourself特指在程式設計以及計算中避免重複代碼，因為這樣會降低靈活性、簡潔性，并且可能導緻代碼之間的沖突。《The Pragmatic Programmer》對這一思想做了很好的闡述。把一切重複的代碼抽象出來。我覺得最主要的原因是很好維護，當需要改動時隻需要改動一次。
代碼複用的層次：
函數級别複用，對象級别複用，接口級别的，類庫級别複用，架構級别複用。
注：我們目前還處在“函數級别複用”上。(這個最基本的做好也減少了不少重複代碼.....)
另一個有關的觀點是：把固定的部分和變化的部分分離出來。
固定的部分分離有利于代碼複用，變換的部分分離，在變換發生時容易修改替換。
簡潔比簡單更重要，維護成本高低的決定因素。
2、No zuo no die. No can no BB
意思是，你如果不做蠢事，蠢事就不會傳回來找你麻煩。但是如果你做了蠢事，蠢事肯定會傳回來找你麻煩。
“不作不死”是一個“不A不B”型四字詞組，意思是“如果你不作死，你就不會死”。從邏輯關系上講，“不作”是假設條件，“不死”是預想結果。no zuo no die 是逐字逐個翻譯的四字詞組，no zuo 是假設條件，no die 是預想結果。其實，英語本來不乏這種no A no B 結構的詞組，例如英語諺語No pain, no gain（不勞則無獲）。no pain 是假設條件，no gain 是預想結果。
如下為案例部分：
- 三目運算，不做三重以上疊加使用
建議：使用計算屬性或者方法進行書寫
三目運算，建議存在兩層判斷使用進行使用
- 計算屬性使用
賬面上，存在兩種使用方式，一般對于表單元素的雙向綁定場景下，存在對應get及set的操作
- veux資料處理
總原則：
actions 可以處理異步及同步問題，可以做多個動作；mutations 隻能處理同步資料，建議隻做一個動作；即actions 觸發對應的mutations
對應資料讀取，使用getters進行讀取；
頁面對于vuex資料使用，統一采用computed進行及時讀取；
涉及到對應資料變動，使用規範的套路，如：
涉及到vuex接受資料之後，需要進行資料加工，大體有兩種思路：
接口資料請求處理的時候，進行加工；或者在對應頁面拿到資料之後，進行類似計算屬性的拼裝
- vuex持久化緩存技術
核心點在于是否都緩存，或者都不出緩存或者部分緩存
對應的方案，大體有三種，如下：
- 常見子產品處理思路
頂層檔案拿資料之後，進行資料分發，
對應元件接受資料之後，進行對應業務操作
需要加工的資料，額外處理
這塊涉及到兩種情況,就是自身子產品對應veux資料初始化的處理
可以在頂層檔案初始化的時候，進行vuex變量的初始化之後，再進行接口請求，這樣離開對應頁面的時候，就不用進行vuex變量的初始化；
或者在頂層檔案初始化的時候，未進行vuex變量的初始化，但是在離開的時候，進行了vuex變量的初始化；
主要是為了解決，頁面業務或者接口處理資料的時候，可以有類似容器的概念的東西，進行存儲，及js不報錯，可以正常進行業務邏輯的書寫
- 性能優化等圖書推薦