雲前端
吹個牛逼，其實我也只是按著這個想去總結歸納
我們可以把雲端計算理解成一棟大樓，而這棟樓又可以分為頂樓、中間、低層三大塊。那麼我們就可以把Iass(基礎設施)、Pass(平臺)、Sass(軟體)理解成這棟樓的三部分。基礎設施在最下端，平臺在中間，軟體在頂端。別的一些“軟”的層可以在這些層上面新增。
前端可以借用雲端計算思想開發一個體系化的架構出來 前端分層：
- iass 層：基礎庫封裝（route,request、laguage等等）
- pass 層：典型的互動場景封裝,與業務邏輯無關（許可權校驗登入流程、loading在route,request時候的互動場景呀）
- sass 層：與業務強關聯的某⼀類業務封裝、交由項⽬開發（多個專案用到或多個頁面用到的業務邏輯）
說這麼複雜，我就想快速搭建解決事情，偷個懶，打個盹。
初衷為了偷懶
接觸前端中後臺前端開發已有五年；做過普通應用頁開發者，也在前端架構組待過；
感覺後臺系統基本上就是那些千變一律的東西，是比較簡單穩定的；那麼能不能把所有的場景全部通過配置服務的形式，然後快速構建出來呢？
麻煩
- 選單也有手動配、開發環境配、灰度配置、正式還要配置，累不累
- 許可權還需要在各種環境手動配置
- 我不想知道你框架怎麼寫的、打包怎麼寫的，我就想拿來直接用
- 我不想檔案這裡一個那裡一個，找來找去，寫錯地方了
- 我希望後臺的所有功能我都有，直接呼叫就好了，而且要很方便，甚至不需要引用，它會自動載入進來；比如在當前選單頁目錄下寫一個lang.json，我再頁面裡面直接使用this.$lang.XXX就可以獲取到當前語言值，什麼作用域隔離，都是你框架該做的事情
- 工程化考量、你架構也需要考慮啊；什麼git提交自動eslint,git commit格式化，程式碼釋出、部署、統統需要考慮到位呀
- 後臺專案開發vscode好用的外掛庫，的推薦到位，安裝到位
能不能要架構師站在開發人員的角度思考問題？
由於後臺開發大多數是什麼穩定成熟的、不要讓頁面開發這麼麻煩，怎麼讓開發簡單，就怎麼來佈局架構;而不是說那些大道理，工程化考量、效能問題、其實那些道理大多數是因為沒有找到合適的解決方案，然而決定權在架構師，他怎麼方便就怎麼來了
用UE的視角看問題，把頁面開發者，當做一個產品使用者
架構師應該有的思維：頁面開發者是我的客戶，客戶是上帝
不會偷懶的程式設計師，不是好程式設計師
嘗試
想要了解更多詳情；請看文件
如果喜歡，請為手腳架地址點個贊哦
DEMO
趁熱度
微前端
微前端架構是一種類似於微服務的架構，它將微服務的理念應用於瀏覽器端，即將 Web 應用由單一的單體應用轉變為多個小型前端應用聚合為一的應用。
微前端主要解決以下問題
- 後臺比較分散，體驗差別大，因為要頻繁跳轉導致操作效率低，希望能統一收口的一個系統內
- 單頁面應用非常龐大，多人協作成本高，開發/構建時間長，依賴升級迴歸成本高
- 系統有二方/三方接入的需求 總結：後端解耦，前端聚合