目的： 可使用 TypeScript 來開發項目 結合 webpack-dev-server 的熱重載，提升開發效率 瞭解相關依賴和配置的作用 準備 一、初始項目目錄結構（非常簡單） |_ src | |_ index.ts |_ public |_ index.html（只需在body標籤中添加script src="./index.js"/script）
Nickname Evans_波
問題 參與過多人項目之後，總是會碰到下面的問題。 需要跟另一個人對接了，那麼就要把代理的target改成他的ip地址，改完還得重啓項目。 別人把配置文件的代碼提交了，覆蓋了我的target配置。又得改回來，再次重啓項目。 有可能配置文件的代碼是這樣的 module.exports = { devServer:{ proxy:{ '/api':{
Nickname 我是好人
序言 在我們創建路由的時候，會發現如果所有的路由都在一個文件內，那麼當項目路由多的時候，就會出現路由難找，路由跟路由不在一塊等情況出現（沒維護好）。 所以，為了避免這種情況，我們可以使用模塊化這種思想來解決問題。 那麼，問題就來了，當模塊多的時候，一個個的導入就很浪費時間，需要重複 引入 - 賦值 這一過程，所以，我們是不是能讓程序來幫我們做這一步驟呢，那麼我們豈不是可以愉快玩耍了。
Nickname FYR的仁
其實頁面文件已經進行了熱替換，但需要手動刷新，頁面才能進行更新。當前問題只在webpack5出現，問題出在哪裏？ 報錯問題：[HMR] Update failed: ChunkLoadError: Loading hot update chunk main failed. 網上看到一些熱更新失敗處理做法： 1：在webpack.config.js添加target: 'web' 2：刪除.brow
Nickname Max迪丶先生
通過 webpack 命令編譯源代碼時，如果我們對源代碼進行了修改，需要重新執行命令才能看到編譯後的效果。 這樣在開發中非常的影響效率，如果存在一種方式，當文件被修改時，webpack 自動監聽重新編譯，並反饋給開發者，這樣就能更高效的進行開發。 watch 我們通過 webpack 執行命令時，編譯完成之後進程會停止，而 webpack --watch 編譯完成後，不會停止進程，並且當文件內容發
Nickname 一顆冰淇淋
一個比較老的公司項目，webpack 用的 v3 版本，為了實現localhost、127.0.0.1和本機ip可以同時訪問，webpack的devServer裏的 host 我們一般會設置成 0.0.0.0，這樣本機所有 ipv4 地址都可以實現訪問。 比如我們要將本地運行的前端項目，分享給公司的後端、產品、測試...預覽效果，如果 host 直接設置的 localhost，運行後打開的地址 h
Nickname 咖啡教室
事情的起因是這樣的，在一個已上線的項目中，其中一個包含登錄和獲取菜單的接口因響應時間較長，後端讓我嘗試未經服務轉發的另一域名下的新接口，舊接口允許跨域請求，但新接口不允許本地訪問（只允許發佈測試/生產的域名訪問）。 問題 那麼問題來了，本地環境該如何成功訪問到新的接口並驗證業務功能是否生效呢？ 嘗試過程 我首先就想到了直接在 webpack 項目中配置 devServer，並且修改接口地址
Nickname 一顆冰淇淋
公司項目一般都是使用集團封裝好的腳手架，腳手架內部實現咱看不到也摸不着，好不容易組內推行新的UI框架，需要自行定義 webpack 配置，這可是個絕佳的好機會，我對配置過程進行了梳理，把商業項目的成熟配置小跑着送上。 初始化 首先新建一個空文件夾，執行 npm init 初始化生成 package.json 文件。 創建 src 文件夾，項目的業務代碼都放在這裏，再創建 index.js，這是項目
Nickname 一顆冰淇淋
