最近幾年前端工程化這個事情隨著模塊化標準（曾經的事實標準 commonjs，今天的 ES Module）的落地和工具鏈的成熟，大家普遍都在採用一體化的策略來完成工程從構建到發佈的過程。
以我在外網的一些觀察，以及自己曾經參與過的 IDE 項目的經歷，今天就斗膽說一說自己的設想。
從公開的渠道上我得到的信息是 React 下一步會好好做一做 create-react-app 以及配套的工具產品，Vue 相關的 Cli 工具也在發力，Angular 就更不用說，方方面面都為開發者考慮到了。
但從我參與的小程序項目來說，這是一個更一體化的開發環境，工程做到最後，其實唯一的目標是為了提速，減少一些不必要的環境和配置，減輕開發者的知識學習過程，這個事情為大廠的前端團隊指引了一個道路。
為產品業務賦能，是不是也可以這樣？打造一個更高效的工程化工具：IDE，我們可以設想一下，前端的工程化是不是也在解決相同的問題？
你的業務從一個具體的 IDE 中創建，選擇制定的模板，然後初始化完成，在這個 IDE 中有模板有數據流，有模擬器，可以進行開發階段的對照調試。
依賴 vscode 的生態，所有的智能提示都很順暢，剩下的就是針對你們廠內部流程環境去做具體的插件，比如版本管理，和內部的 git 結合起來的流程等等。
我們來看看下一步是什麼？
如果你是第一次發佈，你需要在配套的網站上，選擇具體的域名，選擇路徑包，填上你申請好的機器 ID 或者已經存在的 ID ，點擊發布後，IDE 將本地工程進行一次打包，然後上傳。
這時，你可以在配套的網站上，點擊全量發佈或者是灰度，甚至你可以選擇灰度的比例，定點的人群和地區。
回到 IDE 上，你可以查看一部分的性能指標等等，在線上的環境還可以做一個小應用來監控呈現。
如果你們廠有專門的人去做這個，並且給產品業務線的開發賦能，我覺得這是一個很好的方向，產品業務線其實不需要過多的關注這些技術指標，在完成具體的業務後，直接上傳即可。
發佈，構建，這些流程其實都很通用，包括模擬器和 IDE 結合起來，再加上具體的開發方案，肯定真香。
想一想現在流行起來的 serverless 不就是解放了很多後端麼？
我認為隨著技術的發展，未來的聚合，肯定會有一批工具或者服務在前端領域上，打通一切，給中小企業或者微小企業賦能。
當然大廠的前端們，一定比我們走在更前面。
分享到:
閱讀更多 五溪 的文章
