小程序 ide 是個好東西，除了包括調(diào)試器，模擬器，編輯器，還包括打包，部署，severless等機制，是個很好的工程化模型

我們可以使用 electron 來搞定，使用自帶的 chromium 的 devtools 進行遠程調(diào)試，然后使用自帶的 node 進行 webpack 打包，然后再走 CI

如果只是這樣，那就不需要我搞了，哈哈哈哈

no webpack

小程序 ide 最大的詬病就是打包編譯速度太慢，還不支持熱更新，只要還有 webpack，那么這個問題就是無解的

那有沒有新思路呢？

答案是有的，那就使用 type=module

類似的項目還有 vite、snowpack……說實話由于太簡單，我認為這種開發(fā)模式?jīng)]辦法火起來

但確實很適合小程序 ide，因為可以擺脫 webpack，收回主動權(quán)，甚至熱更新都可以做了，而這一切，只需要啟一個 server

deku for worker

理想很豐滿，現(xiàn)實很殘酷，deku 的思路只能用于支持 type=module 的瀏覽器，可以我們小程序的邏輯都是跑在 worker 里的，根本不支持 type=module 腫么辦……

萬幸的是，最新的 chrome 83 已經(jīng)對 sharedWorker 進行 module 支持，而且 service worker 的標準也已經(jīng)更新了，只是還沒有被實現(xiàn)

也許等我搞定小程序引擎的時候，它也差不多得到支持啦

我們最終肯定是使用 sw 沒錯了，下一篇講自動化部署會講到，我們要利用 pwa 跑 lighthouse，然后部署上線后還支持【將小程序添加到桌面】功能

好吧，和 web-component 一樣，pwa 也是個雞肋，必要性沒有，但是小玩意還是一堆，不搞白不搞嘛

總結(jié)

通過本篇，我們知道了新的 ide 思路，拋棄 webpack 和慢到死的構(gòu)建速度，借助 sw（在 module 得到之前只能用 shared worker 替代） 實現(xiàn) module 的加載，最終獲得完美的開發(fā)體驗

優(yōu)點除了快，還可控，而且心智負擔也很小，就是個 server 而已

我們下一篇講 pwa 怎么和小程序結(jié)合，已經(jīng)剩下的步驟（部署，serverless等等）

可以看到，這一整套流程走下來，就是一套有意思的產(chǎn)品了，哈哈

和 web ide 的區(qū)別

最后不得不說一句，小程序 ide 雖然也是一個 webide，但我認為小程序 ide 的模型要好得多

因為我是不打算摻合編輯器的，小程序 ide 就只包括調(diào)試器和模擬器和一個 dev server

至于編輯器，用戶自己用 vscode 即可

但確實，這個思路和大廠的 webide 如出一轍，其實都是為了自動構(gòu)建那些東西，真沒必要整一個編輯器了，有調(diào)試器和模擬器就很干凈純粹