開始一週一小時學習
DATE: 2020.6.22 本文目錄1、參考2、全平臺編譯腳本3、README4、模板開源地址 1、參考 【makefile】makefile工程編譯模板【makefile系列】多平臺編譯腳本以及makefile自動化編譯總結
覆蓋更新與增量更新都是建立在強制緩存的基礎上，即cache-control不設置爲no-cache或者no-store。 覆蓋更新和增量更新目的 爲了提高頁面的加載性能，啓用強制緩存策略，把文件緩存到本地並且設置cache-con
在前面一篇文章中《模塊化系列》徹底理清 AMD,CommonJS,CDM,UMD,ES6 我們可以學到了各種模塊化的機制。那麼接下里我們就來分析一下 webpack 的模塊化機制。（主要講 JS 部分） 提到 webpack，可以說是與
原圖
優化配置 1、HMR HMR：hot module replacement 熱模塊替換 作用：一個模塊發生變化，只會重新打包這一個模塊（而不是打包所有模塊），極大提升構建速度。 樣式文件：可以使用HMR功能，因爲style-lo
工程化概述 面臨的問題 ES6+ 兼容問題 Less、Sass等 不支持 模塊化、組件化不支持 手動壓縮 手動上傳代碼 多人開發，難以統一風格 等待後端接口完成 … 主要解決的問題 傳統語言或語法的弊端 無法使用模
代碼混淆是一種代碼保護機制可以保護js邏輯不被破譯。項目一般要經過三個階段開發、測試、部署上線。在部署的時候我們會對代碼進行壓縮和整合。代碼混淆一般是通過正則替換實現或者語法樹替換實現。代碼混淆後安全級別有顯著提升。但是這也讓我們
模塊化概述——「模塊化」只是思想 最主流的代碼整合方式，安裝功能不同劃分不同模塊。 模塊化演變過程 模塊化規範 常用的模塊化打包工具 基於模塊化工具構建現代WEB應用 打包工具的優化技巧 模塊化的演進過程 Stage 1 -
當提交本地修改內容進行git commit命令時，git報錯，查看日誌，發現是一些Babel檢查的報錯 報錯提示如下圖所示 主要是一些babel校驗的錯誤 當然從編碼規範的角度，還是提倡根據提示解決對應位置的格式檢查問題
環境 node: 12.14.0 puppeteer：3.3.0 resemblejs：3.2.4 解決問題 通過puppeteer模擬用戶操作，將操作後的頁面效果進行截屏保存，此外保留第一次成功運行後的所有截屏圖片，迴歸測試
1 開始使用gulp npm install gulp-cli -g npm init //工程目錄下初始化工程 npm install gulp -D //工程目錄下 2 各個插件 gulp-uglify 壓縮代碼 gulp-co
技術在更新，業務在增加，需求也在變化，weback v1 的版本已經不再適合現有的業務，決定對 webpack 做一次升級。 webpack v1 -> webpack v3 的升級 webpack v3 一下的版本 c
本指南旨在描述不同的測試方法或實踐，例如行爲驅動開發(BDD)、測試驅動開發(TDD)、 驗收測試驅動開發(ATDD)。它還將描述這些技術之間的主要區別。在文章最後，將描述它們是怎樣工作的，它們的關鍵差異以及在開發過程中所扮演的
Webpack 工程化 搭建一個 react 的環境，並且是基於 typescript 的項目 首先我們需要思考的一個問題是我這個項目需要哪些功能（可以先把能想到的功能配置進去，之後再想到的再配置，畢竟一開始可能想不全是正常的
需求 配置使得在git commit -m 'xxxx’時，先執行1. eslint檢測 2.commit規範檢測，兩個條件通過後才commit成功，纔可以push代碼。是前端工程化的一部分，使得代碼及commit更加規範 com
