當時開發專案的時候，涉及到乙個操作列表（不是單純展示的列表，裡面包含很多操作功能）的功能。把列表的每個小item寫成乙個子元件，當時寫子元件沒有考慮到資料量的問題。所以在寫子元件，並沒有做什麼優化，而且裡面還加了form表單校驗，裡面還有很多事件處理，樣式處理等等複雜的邏輯。
注意：首先需要從設計上面來說簡化功能（弱化這種列表的功能，省去沒有必要的功能，比如說表單校驗。這樣可以在提交的時候，迴圈資料判斷，雖然這種方式也存在弊端）
然後，看下哪些部分可以在稍後渲染，或者直接先不渲染，在需要的時候再渲染。展示必要資訊，不需要的資訊可以稍後渲染。
資料量很大的時候：
（如果下次遇到這種列表的問題，需要考慮到）
記一次vue打包部署的問題
背景，vue build的靜態檔案放到spring boot中部署 登入介面失敗，js報錯，json.parse報錯，但是由於是編譯後的js檔案實在是不知道是那裡的問題。一步一步定位，不停地console，定位到問題 如下。替換為 如二。export function login data retu...
記一次前端效能優化
公司新做的乙個專案，寫完 第一次上測試環境測試，首屏載入要6秒左右的樣子，於是進行了一系列的優化，成功將首屏時間降到了200ms左右 今天寫篇文章，分享一下這次優化心得。專案背景 vue cli 2.x框架 一 技巧 二 壓縮 三 cdn 一 技巧 去掉多餘 減少請求數量 復用元件 二 壓縮 開啟w...
記一次系統效能優化
用thinkphp3.2.3做了自己的畢業設計，上線使用後發現，響應時間比較長，經過檢測後發現是sql的查詢時間太長。這裡要感謝系統效能監控平台聽雲，他們的官網是 它能檢測到不正常的web請求 不正常的sql查詢 接著就是對mysql資料庫進行查詢的調優，筆者這裡採用建立索引的方法。什麼是索引以及索...