由於公司定位主要爲電商做軟件，所以只要我們自己做一個像樣的app，公衆號，小程序，再根據客戶所需求，在這基礎上改，一個客戶所需的軟件就完成了。
因此，你便會碰到各式各樣的需求，有人要求專場自建，有人要求特殊的專場，還有人要求顏色主題自定義，輪播圖背景和底色跟着變。
按道理來說，不可能我給你做一套，他另做一套，既然客戶那麼多，又想自定義，又想都通用，然後就牽扯到了雲商城。
菜單自定義，專場自定義，首頁排版自定義，顏色主題自定義等等一系列的自定義，都要變量，小至參數，大至組件甚至整個網頁（網頁也算個組件吧）。
自定義做多了，會有種什麼都想弄成變量，例如你看看這個toast提示框，持續時間兩三秒，我們要不把它弄成變量吧，弄完後，又想要不搞個toast顯隱開關（禁止套娃）。
所以，我們要認清將其變量化的付出和回報對等不，不要去做無用之功。
當然，當我拿到了設計稿，我會瀏覽各個頁面有沒有重複的組件或者樣式，到時候只做個組件和通用樣式，直接套上去，就完事了，你看着不就很nice麼，如果只有兩三個頁面通用，那還不如複製粘貼快呢。
學會分屏，或者學會切屏，這樣會提高你的編碼效率，一般寫vue我都會把左右分屏，左邊template，右邊css或者data，這樣寫着又方便又快。
學會命名，最好通俗易懂，要讓英文差的人也看懂就更好了，如果真想不出來，想省事，就百度或者谷歌翻譯。
舉個栗子，是否在時間內（isTimeIn）， 退款（backMoney），哈哈不要在意有沒有翻譯對，反正我們小學英語水平能看懂就行。
好的命名，可以讓我們維護起來比較舒服和省事。
命名這塊還有一點要說，如果你命名了易懂的自造單詞，一定不要寫註釋，不然就沒那味了，除非你寫了一段很難以理解的代碼。
最後的最後，我個人認爲邊聽音樂邊寫不復雜的代碼，有利於個人的愉悅值和效率。
有段時間，我一直都是聽着音樂碼的，結果碼出來的頁面，調試接口，一次性過。
有人說當程序員很苦逼，是的沒錯，想要賺錢，哪個職業不辛苦？
既然都這麼累了，我們爲何不採取有效手段，來合法偷點懶呢。