項目還有哪些優(yōu)化的地方

很多項目都是在開發(fā)時間被壓縮到極致的情況下開發(fā)出來的，所以有坑注定是無法避免的事情。那么開發(fā)完后優(yōu)化就顯得格外重要。

很多前端在第一次的開發(fā)后到第一次迭代的過程中，幾乎很少會去看項目的代碼，要么就在研究一些新技術(shù)，每次上線后都不會去把那些開發(fā)中留下的坑填上。

所以在開發(fā)后做優(yōu)化是非常重要的一件事，因為如果沒做好就意味著你在后面只會把這坑越挖越深，項目的生命周期也會在你一次又一次的迭代中加速結(jié)束。那么前端怎么才能做好優(yōu)化呢，這里我說下我在開發(fā)中積累的一些比較有效的方法。

方法一、寫注釋

在開發(fā)中，我們做到在短時間開發(fā)并且寫出很好的注釋。但在上線后，我們依然還是能看得懂自己寫的代碼，在這段沒有開發(fā)任務又還沒脫離代碼的時間里，寫好注釋無疑是我們最好的選擇。好的注釋不是為了讓接手的人看得懂，也是為了在后面再次看這段代碼的時候，你也能用最少的時間去理解當初自己為什么這么寫，而你現(xiàn)在有沒有更好的辦法做優(yōu)化。

方法二、畫流程圖

我說的流程圖不是指那些簡單的、只有業(yè)務邏輯的流程圖，而是把跳轉(zhuǎn)的方式、跳轉(zhuǎn)的條件、進來這個頁面的方式、進來的方式分別用什么表示、做什么處理跳轉(zhuǎn)到什么頁面、返回要回到哪個頁面，還有跳轉(zhuǎn)時帶的參數(shù)都要一一寫出來。我發(fā)現(xiàn)很多前端都不喜歡做這個事情，甚至有些前端說這是產(chǎn)品該做的事情。畫流程圖對我們有什么好處呢？好處一：接手的人都可以很輕松地通過流程圖去了解我們的業(yè)務，并且了解我們寫代碼的時候的邏輯思維；好處二：在日后做迭代的時候如果牽扯到舊代碼，那么這份流程圖就可以很好地告訴我這里要怎么做迭代優(yōu)化。

方法三、插件、組件的優(yōu)化

我接手的大部分項目里，我?guī)缀醵寄茉诶锩婵吹揭恍┎缓侠淼慕Y(jié)構(gòu)。甚至有些沒有結(jié)構(gòu)可言。比如說，一個模塊的功能，卻把共用的代碼拆成了兩部分，然后一部分寫到一個共用的插件中，另一部分寫到好幾個頁面里面去。一個if...else就可以解決的事情，卻分了兩個插件來封裝，而且這兩個插件的同樣代碼幾乎達到90%以上，然后等你把這個頁面的某個功能相關(guān)的方法全部找到的時候，你的編譯器的tabbar已經(jīng)打開了好幾個文件。像這種情況下，我已經(jīng)會把用這個js文件的頁面全部找到，然后把這個js的代碼復制到這個頁面里，然后通過對比這個幾個文件，把共用的部分抽取出來。

方法四、優(yōu)化項目結(jié)構(gòu)

在快速開發(fā)中，我們很難在開發(fā)前寫好開發(fā)的標準，所以難免會出現(xiàn)一些項目結(jié)構(gòu)不統(tǒng)一的問題，尤其是在小程序這種需要分包的情況下，如何做好項目結(jié)構(gòu)就成了很重要的一環(huán)。