8月初離職，來到現在的新東家負責一個新的項目。而我最近開發的兩個webapp一直都是以Vue為主，這也是這篇文章的由來。 正文前的胡侃&一點點吐槽 在經歷了兩個公司不同的項目後，發現都存在一個很致命卻又如此相似的問題。就是領導層的決策，導致項目的開發後期加班嚴重。領導們普遍都是先DIY，然後等到項目 ...
8月初離職，來到現在的新東家負責一個新的項目。而我最近開發的兩個webapp一直都是以Vue為主，這也是這篇文章的由來。
正文前的胡侃&一點點吐槽
在經歷了兩個公司不同的項目後，發現都存在一個很致命卻又如此相似的問題。就是領導層的決策，導致項目的開發後期加班嚴重。領導們普遍都是先DIY，然後等到項目開發到尾期的時候，突然說，我用了很多類似的東西，發現我們做出來和他們的有很大的出入，吧啦吧啦一堆，重點就是，我們自己設計出來的，當時他拍板說：“沒問題的東西”，現在有問題了!UI要換掉，功能要精簡。結果就是本來可以清閑點的上線前的時間，變得無比的緊張，只能加班到半夜三四點來趕進度，真是讓人無奈。
對於學習一門新的技術棧。我認為，在前期，API的熟悉程度是高於你對源碼的熟悉程度。千萬不要好高騖遠，學習vue,ng,react一上來就是，看源碼！我面試的時候就碰到有的前端，我問他：你vue學的怎麼樣啊？答：我看過一些源碼。結果一問一些基本的使用技巧，都是含含糊糊，答非所問。拜托，公司請你來是讓你開發產品的，不是讓你寫一個vue的。當然，我不是說學習源碼不好，學習源碼當然是天大的好事。說明你，有意識，不甘於做一個只會使用的人。有追根究底的學習心態。但是，請在你有足夠的實踐以後再去做這樣的事情。俗話說：實踐出真知。你在實戰中不斷的去使用，你才能知道它最後達到的是一個什麼樣的目的。你再去看源碼的時候，才有了一個目標，順著這條軌跡去找，最後源碼讀下來，也不會一點感覺也沒有，就覺得，作者寫得好！如同紅軍二萬五千里長征。有了目的地，才開始走，才能得到想要的結果。
目錄
因為要說的東西有點雜，而且對於寫博這樣的事情，自己還沒有養成習慣，三天打魚兩天曬網。所以我這次列出了一個TODOLIST，準備按照這個目錄，一步一步的寫下去。當然也有很多細節的東西沒有列舉到，我會慢慢的梳理，然後再在正文裡面補上。如果有的認知上存在問題，也歡迎道友們探討。
1.vue項目的骨架及常用組件的業務實現場景
2.彈性盒子佈局的使用，flex:1的意義，flex中text-flow的無效，flex配合better-scroll的使用
3.引入高德地圖後手淘flexbile.js的相容問題（技術點：dpr,rem,viewport等）及高德的基本使用
4.1px的由來及通用處理方式
5.import及module.export能否混用
6.時間格式比較的便捷方式及內在原理,ios下時間顯示為NaN的問題
7.vue-router的實戰及迴圈中this.參數名=undefined的問題
8.vuex在項目中的使用及持久化state的方式
9.vue中component的編寫方式
10.樣式的命名規範（技術點：BEM,SMA,OO等）
11.基於weinre的移動端樣式相容性調試
12.上線前的小插曲，網站被惡意代碼劫持
13.項目上線後的日誌系統sentry的基本使用
