Contributes4
Followers0
單實例微前端設計思想 拿到子應用構建後的資源清單，一般項目中都會生成一個asset-manifest.json文件，用來記錄各個子應用的入口資源url信息，以便在切換不同子應用時使用模塊加載器去遠程加載。因為每次子應用更新後入口資源的hash通常會變化，所以需要服務端定時去更新該配置表，以便框架能及時加載子應用最新的資源； 同樣，子應用之間的一些公共依賴通過配置文件記錄； 主應用監聽路由
Nickname 浪遏飛舟
作者：京東物流 寧衝 1 前言 什麼是微前端？ 微前端是指存在於瀏覽器中的微服務。 本文主要通過對微前端框架single-spa的基座應用加載子應用的single-spa-vue函數庫進行分析，通過代碼維度分析讓大家瞭解在single-spa加載子應用的時候都做了哪些事情。如何通過優化single-spa-vue函數庫保持子應用的狀態。 由於是在代碼維度進行分析，要求讀者對single-sp
Nickname 京東雲開發者
轉自掘金原文《微前端究竟是什麼，可以帶來什麼收益》 本文將講解微前端誕生的背景，詳細解説微前端概念的緣由以及其深入理解，讀完本文，相信你對微前端有一個比較全面的認知，明白它可以解決您團隊以及整個企業什麼問題，帶來怎麼樣的收益。 一.背景 現在很多企業，基本在物理上進行了應用代碼隔離，實行單個應用單個庫，閉環部署更新測試環境、預發佈環境和正式環境。於是，我們的探討的是，基於不同應用不同庫並獨立部署的
Nickname 吉古力
single-spa v5.9.3 通過輕量級路由劫持和狀態機設計，實現微前端的動態加載與隔離，主要實現 路由管理：hashchange、popstate、history.pushState、history.replaceState進行劫持，路由變化時，觸發 reroute() 子應用狀態管理：不同執行邏輯轉化不同的狀態，比如 加載流程：toLoadPromise→toBo
Nickname 白邊
整體核心流程 源碼分析 single-spa 存在以下主要的缺點 路由狀態管理不足：無法保持路由狀態，頁面刷新後路由狀態丟失 父子應用間的路由交互以來 postMessage 等方式，開發體驗差 未提供原生的 CSS 和 JS 沙箱隔離，可能導致樣式污染或者全局變量衝突 默認以來 webpack 的構建配置，其他構建工具需要改造後才能兼容 版本兼容性差，如果使用不同的 Vue 版本，
Nickname 白邊
作者：京東零售 鄭炳懿 開篇： 如果你不知道微前端是什麼，或者不知道微前端能解決什麼問題，那麼你可能不需要微前端。 在我看來，對於每一個沒有使用過的新技術，都應該有以下幾個過程： 1、調研該技術，產出相應的調研文檔。 2、輸出技術Demo，基本的框架結構。 3、試着在項目中使用它，這一步坑會很多。 4、把它推動到線上完成真正的技術升級。 一、調研微前端 1.1 業務背景 某次遇到一個從0到1的大型
Nickname 京東雲開發者