Golang - Gin #35: 基於Gin的微前端架構

更新於 發佈於 閱讀時間約 2 分鐘
來源: Gin Logo + 自行用 Canva 製作

來源: Gin Logo + 自行用 Canva 製作



🚀 基於Gin的微前端架構:模組化的前端開發

微前端是一種現代前端架構,旨在將大型前端應用拆分為獨立、可獨立部署的小模組。這與微服務在後端的策略相似。

本文將探討微前端的基本概念,以及如何在基於Gin的後端系統中實施它,從而實現真正的全棧模組化。


🧐 微前端的優勢

  1. 獨立部署: 每個微前端應用都可以獨立部署,不會影響其他部分。
  2. 技術棧的靈活性: 不同的微前端可以使用不同的技術和框架。
  3. 團隊自治: 獨立的團隊可以獨立開發和部署他們的微前端應用,從而提高效率。


🛠 在Gin中實施微前端

使用Gin來作為微前端的“容器”或者說是入口,它可以負責將請求路由到正確的微前端應用。

1. 建立基礎模板

首先,我們需要一個基礎模板,它會加載所有的微前端應用。

func main() {
r := gin.Default()
r.LoadHTMLGlob("templates/*")
r.GET("/", func(c *gin.Context) {
c.HTML(200, "base.tmpl", nil)
})
r.Run()
}

2. 加載微前端應用

base.tmpl模板中,您可以使用<iframe>或者JavaScript動態加載來加載每個微前端應用。

3. API代理

為了避免跨域問題,Gin可以作為一個API代理,將前端的請求代理到正確的微服務。

r.GET("/api/user", func(c *gin.Context) {
// proxy the request to user microservice
})


🎖 最佳實踐

  1. 保持界面的一致性: 儘管每個微前端應用都是獨立的,但它們應該具有一致的用戶界面和用戶體驗。
  2. 共享狀態: 使用像Redux或Vuex這樣的狀態管理庫來共享狀態,或者考慮使用事件經紀人來進行通信。
  3. 減少重複的依賴: 嘗試共享常用的庫或框架,以減少應用的大小。


🔗 結論

微前端提供了一種方法,讓開發團隊能夠更靈活、更高效地開發和部署前端應用。結合Gin,我們可以輕鬆地實現完整的微前端和微服務解決方案。



感謝

謝謝大家看完這篇,如果您喜歡我的文章,歡迎 小額贊助我 ^^
avatar-img
31會員
194內容數
歡迎來到【代碼的詩情】:探索程式語言之美 系列,這是一場優雅的程式之旅,透過詩歌的抒發,尋找不同程式語言的美感和精髓。 在這個系列中,我們將透過文字的韻律,深入探索多種程式語言的核心概念和語法,以及它們獨特的應用和技巧。每一篇詩歌都是一個故事,每一段代碼都是一句詩句,讓代碼的旋律和詩情在其中相互交織。
留言0
查看全部
avatar-img
發表第一個留言支持創作者!
KH Huang的沙龍 的其他內容
當開發RESTful API時,有效的文檔是極其重要的,它可以幫助開發者快速理解和使用API。Swagger是一個強大的工具,用於自動生成和維護API文檔。
實時數據更新在今天的應用程序中變得越來越重要。GraphQL訂閱提供了一種高效的方式來實現這一目標。 在這篇文章裡,我們將探討如何在Gin框架與GraphQL結合下,實現數據的實時更新,或者說,實現所謂的“訂閱”功能。
正確地追蹤和監控Web應用中的錯誤對於確保其健康運行和提供高質量的用戶體驗至關重要。
RabbitMQ是一個開源的消息代理軟件,通常用於實現應用程序之間的異步通訊。它允許應用程序發送和接收消息,而不必直接與其他應用程序進行交互。
WebAssembly(縮寫:Wasm)是一個開放標準,允許在Web瀏覽器中運行高性能代碼。它不是直接用於撰寫應用程式的語言,而是一種編譯目標,可讓你使用如Rust、C、C++等語言,編譯成能在瀏覽器中運行的代碼。
在大數據的時代,提供高效能和準確的搜尋功能是Web應用的關鍵要求之一。Elasticsearch是一個分佈式、RESTful搜尋和分析引擎,能夠幫助我們快速地檢索、分析和視覺化大量數據。
當開發RESTful API時,有效的文檔是極其重要的,它可以幫助開發者快速理解和使用API。Swagger是一個強大的工具,用於自動生成和維護API文檔。
實時數據更新在今天的應用程序中變得越來越重要。GraphQL訂閱提供了一種高效的方式來實現這一目標。 在這篇文章裡,我們將探討如何在Gin框架與GraphQL結合下,實現數據的實時更新,或者說,實現所謂的“訂閱”功能。
正確地追蹤和監控Web應用中的錯誤對於確保其健康運行和提供高質量的用戶體驗至關重要。
RabbitMQ是一個開源的消息代理軟件,通常用於實現應用程序之間的異步通訊。它允許應用程序發送和接收消息,而不必直接與其他應用程序進行交互。
WebAssembly(縮寫:Wasm)是一個開放標準,允許在Web瀏覽器中運行高性能代碼。它不是直接用於撰寫應用程式的語言,而是一種編譯目標,可讓你使用如Rust、C、C++等語言,編譯成能在瀏覽器中運行的代碼。
在大數據的時代,提供高效能和準確的搜尋功能是Web應用的關鍵要求之一。Elasticsearch是一個分佈式、RESTful搜尋和分析引擎,能夠幫助我們快速地檢索、分析和視覺化大量數據。
你可能也想看
Google News 追蹤
Thumbnail
嘿,大家新年快樂~ 新年大家都在做什麼呢? 跨年夜的我趕工製作某個外包設計案,在工作告一段落時趕上倒數。 然後和兩個小孩過了一個忙亂的元旦。在深夜時刻,看到朋友傳來的解籤網站,興致勃勃熬夜體驗了一下,覺得非常好玩,或許有人玩過了,但還是想寫上來分享紀錄一下~
Thumbnail
隨著企業在數位轉型過程中,愈來愈依賴多雲端架構,對雲端安全性和合規性的需求變得前所未有的重要。 雲原生應用程式保護平台(CNAPP)提供了一套全面的解決方案,讓企業能夠有效地管理多雲端環境中的安全性和合規性。
Thumbnail
※ 什麼是Web API API 就是後端開出來讓前端來用的介面,讓前端與後端可以溝通。 API流程: 終端使用者用任何一種裝置進入瀏覽器。 瀏覽器透過 API 向後端發出請求,請求查詢或修改資料。 後端透過 API 收到前端的請求後,取得資料並回應給前端。 前端渲染畫面,終端使用者
Thumbnail
※ 原本狀態:伺服器渲染 這是 MVC 架構下的 request / response 示意圖,在這張圖呈現的架構裡,畫面和資料都由同一個架構處理。 伺服器渲染流程: 瀏覽器針對特定網址送出請求。 路由器解析請求後,轉接給對應的 controller。 controller 按照要求,透過
Thumbnail
※ 什麼是Middleware (中介層)? Middleware 一般翻譯作「中間件」或是「中介軟體」,其實 Express 應用程式就是由一連串的 middleware 串連而成: 從 request 進來到 response 回去會經過一系列的流程。 這個流程會按照路由清單由上而下執行。
微服務是一種分散式的專案架構,換個說法,就是將一個專案做“應用切割”,切出數個可以獨立執行的應用,如此可以降低耦合性,並提升敏捷性。 特點 低耦合 獨立部署 高可維護性 高可測試性
※ 簡短說明Git 和 Git Flow 是什麼?如何應用? Git 是什麼? Git是一個分散式版本控制軟體,能夠紀錄檔案的狀態變化,以及協調多個開發者之間的工作。它允許團隊成員協作編輯和管理項目的代碼庫,並且能夠追蹤文件的歷史變更、恢復到以前的版本、合併不同版本的代碼,以及解決代碼衝突等。
※ 什麼是 RESTful API? 這種運用 HTTP 來表達語義的路由設計風格稱為 RESTful API,它描述了如何實現 Web API 的架構。所謂的 API 是應用程式介面 (application programming interface),網址也是一種應用程式的「介面」,故稱為
Thumbnail
在開發前後端分離架構時,使用兩個不同網域所遇到跨域請求問題。特別是在POST請求時行為差異大,揭示了「簡單請求」與「預檢請求」的關鍵差異。簡單請求不需預檢,但application/json會觸發預檢請求,需透過特定設定解決。分享這篇文章希望幫助開發者有效處理跨域問題。
Thumbnail
當我剛開始接觸這個領域的時候,經常會看到有人在討論: 到底要做前端還是後端工程師呢?後端工程師賺的比前端工程師多?前端工程師轉後端工程師?那前端與後端到底是什麼呢? 這篇文章提供了前端與後端的基本概念並舉例來說明。同時也介紹了前端的三大要素以及後端的運作原理,對於想深入瞭解前後端的讀者會非常有幫助。
Thumbnail
gRPC是一款跨平台、高性能的RPC框架,他可以在任何環境下執行,主要用於後端為服務開發。在用戶端應用程式中,可以像本地物件那樣呼叫遠端伺服器的方法,因此可以創建出分散式應用。 使用 到https://github.com/protocolbuffers/protobuf/releases下
Thumbnail
嘿,大家新年快樂~ 新年大家都在做什麼呢? 跨年夜的我趕工製作某個外包設計案,在工作告一段落時趕上倒數。 然後和兩個小孩過了一個忙亂的元旦。在深夜時刻,看到朋友傳來的解籤網站,興致勃勃熬夜體驗了一下,覺得非常好玩,或許有人玩過了,但還是想寫上來分享紀錄一下~
Thumbnail
隨著企業在數位轉型過程中,愈來愈依賴多雲端架構,對雲端安全性和合規性的需求變得前所未有的重要。 雲原生應用程式保護平台(CNAPP)提供了一套全面的解決方案,讓企業能夠有效地管理多雲端環境中的安全性和合規性。
Thumbnail
※ 什麼是Web API API 就是後端開出來讓前端來用的介面,讓前端與後端可以溝通。 API流程: 終端使用者用任何一種裝置進入瀏覽器。 瀏覽器透過 API 向後端發出請求,請求查詢或修改資料。 後端透過 API 收到前端的請求後,取得資料並回應給前端。 前端渲染畫面,終端使用者
Thumbnail
※ 原本狀態:伺服器渲染 這是 MVC 架構下的 request / response 示意圖,在這張圖呈現的架構裡,畫面和資料都由同一個架構處理。 伺服器渲染流程: 瀏覽器針對特定網址送出請求。 路由器解析請求後,轉接給對應的 controller。 controller 按照要求,透過
Thumbnail
※ 什麼是Middleware (中介層)? Middleware 一般翻譯作「中間件」或是「中介軟體」,其實 Express 應用程式就是由一連串的 middleware 串連而成: 從 request 進來到 response 回去會經過一系列的流程。 這個流程會按照路由清單由上而下執行。
微服務是一種分散式的專案架構,換個說法,就是將一個專案做“應用切割”,切出數個可以獨立執行的應用,如此可以降低耦合性,並提升敏捷性。 特點 低耦合 獨立部署 高可維護性 高可測試性
※ 簡短說明Git 和 Git Flow 是什麼?如何應用? Git 是什麼? Git是一個分散式版本控制軟體,能夠紀錄檔案的狀態變化,以及協調多個開發者之間的工作。它允許團隊成員協作編輯和管理項目的代碼庫,並且能夠追蹤文件的歷史變更、恢復到以前的版本、合併不同版本的代碼,以及解決代碼衝突等。
※ 什麼是 RESTful API? 這種運用 HTTP 來表達語義的路由設計風格稱為 RESTful API,它描述了如何實現 Web API 的架構。所謂的 API 是應用程式介面 (application programming interface),網址也是一種應用程式的「介面」,故稱為
Thumbnail
在開發前後端分離架構時,使用兩個不同網域所遇到跨域請求問題。特別是在POST請求時行為差異大,揭示了「簡單請求」與「預檢請求」的關鍵差異。簡單請求不需預檢,但application/json會觸發預檢請求,需透過特定設定解決。分享這篇文章希望幫助開發者有效處理跨域問題。
Thumbnail
當我剛開始接觸這個領域的時候,經常會看到有人在討論: 到底要做前端還是後端工程師呢?後端工程師賺的比前端工程師多?前端工程師轉後端工程師?那前端與後端到底是什麼呢? 這篇文章提供了前端與後端的基本概念並舉例來說明。同時也介紹了前端的三大要素以及後端的運作原理,對於想深入瞭解前後端的讀者會非常有幫助。
Thumbnail
gRPC是一款跨平台、高性能的RPC框架,他可以在任何環境下執行,主要用於後端為服務開發。在用戶端應用程式中,可以像本地物件那樣呼叫遠端伺服器的方法,因此可以創建出分散式應用。 使用 到https://github.com/protocolbuffers/protobuf/releases下