決戰！微前端架構 Micro Frontends：新一代可擴展的網頁開發模式，實現各種框架的無縫整合與溝通 Michael Geers著,林亭儀譯,施威銘研究室監修
產品編號：9789863127109
促銷 團購優惠-旗標 出版社
促銷 下單就送小禮物
購物每消費滿300元，可獲得1元購物金
網路價
NT${{ commaFormat(product.price_actu) }}
NT${{commaFormat(product.price_sugg)}}
專屬特惠價 NT${{ commaFormat(product.group_price) }}
優惠價
NT${{ commaFormat(product.member_price) }}
NT${{ commaFormat(product.group_price) }}
商品組合
贈品 (買就送)
{{ pItem.title }}
付款方式
轉帳/匯款/無摺存款 / LinePay付款 / 超商代碼付款(綠界金流) / 信用卡一次付清(綠界金流) / AFTEE 先享後付 / [圖書專用] 7-11取貨付款
配送方式
7-11超商取貨 / 全家超商取貨 / 宅配到家 / 校園門市店到店取貨(需7~10個工作天，急用勿選)
超值加購
{{ pItem.title }}
型號:{{ pItem.model }}
加購價 NT${{pItem.extra_price}}
(原價NT${{pItem.price_orig}})
加購數量
已搶購一空
ISBN13：9789863127109
替代書名：Micro Frontends in Action
出版社：旗標出版社
作者：Michael Geers
譯者：林亭儀
出版日：2023/09/25
裝訂／頁數：平裝／416頁
規格：23cm*17cm*2.5cm (高/寬/厚)
重量：914克
版次：1
【內容】
目前業界的軟體開發多半依照不同技術採水平分工模式, 例如：一組負責前端、一組負責後端, 但這跟一般企業的組織劃分有所不同, 導致所有開發案都必須跨部門、跨開發團隊進行協調, 團隊溝通變得越來越麻煩, 在經典之作《人月神話》(The Mythical Man-Month) 一書中就描述了這個情況。
▌擺脫傳統單體應用的思維, 現在就將微前端導入你的專案中！ ▌
微前端架構提倡的則是另一種做法：將應用程式垂直拆解, 每個區塊交給一個專責團隊負責, 一條龍地包含從資料庫連接到使用者介面的開發。不同團隊的前端單元會在客戶端的瀏覽器內整合, 構成最終的頁面。用更容易理解的說法, 微前端就像是帶有使用者介面的微服務架構。
聽起來是要每個開發團隊各自為政, 相信有經驗的開發者可能馬上會想到：那採用不同的技術怎麼整合？會不會有效能瓶頸？類似的功能應該很容易重複開發吧？後端伺服器要各自架設？版本控制要各自維護？各做各的那介面怎麼統一？
微前端架構當然不可能毫無缺點, 以團隊的角度, 程式碼或資源的冗餘自然是無可避免, 不過只要配套機制運作得當, 所帶來的可擴展性、靈活性，仍然是利大於弊。本書就要教你怎麼無痛建構、轉換到微前端的開發架構。
別擔心要多學新的框架, 雖然確實有一些完全符合微前端概念的框架可以直接套用, 但作者想強調的是微前端架構的概念和選用時機, 若強迫用特定的框架, 很有可能馬上澆熄你的熱情。因此本書會在現有常見的網路技術規範下, 引入微前端的基本機制, 不管你的網站或應用程式採用哪種技術所建構, 幾乎都可以適用。
為了適用各種不同的情境, 作者提供了超過 20 個開發上的使用案例, 協助你將手上專案順利導入微前端的開發架構。除了技術上的交流, 作者也在書中提供不少團隊開發該留意的經驗分享, 界定好開發團隊的責任歸屬, 做好跨團隊間的溝通協調, 讓微前端架構發揮最大價值。
本書特色:
全書共收錄超過 20 個微前端架構的使用案例, 從簡單的超連結、iframe 和 Ajax 入門, 到較為複雜的 SSI 伺服器端內嵌、ESI、Tailor、Podium、Web Components 以及 app shell、通用渲染等, 並且讓你可以靈活將這些工具和技巧應用於真實情境中。
● 將不同的應用程式建構為統一的前端頁面。
● 無縫整合採用各種框架的 JavaScript 程式碼。
● 各種伺服端與客戶端的整合技術與頁面路由技巧。
● 協助釐清專案需求, 挑選正確的架構及整合技術。
● 建構設計系統的樣式庫, 提供一致性的 UI/UX。
● 提高團隊開發效率並優化專案執行流程。
【目錄】
▌第一篇 踏上微前端的道路 ▌
第 1 章 章 何謂微前端？
1.1從大處著眼──微前端概觀
1.2微前端解決了那些問題？
1.3微前端的缺點
1.4你何時應該採納微前端？
第 2 章 我的第一個微前端專案：超連結及 iframe 整合
2.1拖曳機商店
2.2透過超連結轉頁
2.3透過iframe來組合頁面
2.4接下來做什麼？
▌第二篇 路由、整合及溝通 ▌
第 3 章 以 Ajax 整合區塊並使用伺服器端路由
3.1透過Ajax整合
3.2透過Nginx做伺服器端路由
第 4 章 伺服器端整合：SSI 與代理伺服器
4.1透過Nginx與伺服器端內嵌(SSI)來整合
4.2頁面區塊出錯的處理方式
4.3深入了解標記檔整合的效能
平行載入、巢狀頁面區塊、延遲載入、首位元組時間(TTFB)及串流
4.4其他解決方案的快速介紹
邊緣內嵌(ESI)、ZalandoTailor、Podium
4.5伺服器端整合的優缺點
第 5 章 客戶端整合：使用 Web Components及 Shadow DOM
5.1以WebComponents封裝微前端區塊
5.2使用ShadowDOM做樣式分離
5.3使用WebComponents做整合的優缺點
第 6 章 溝通模式：網址、屬性與事件
6.1使用者介面溝通
主頁面對頁面區塊、頁面區塊對主頁面、頁面區塊對頁面區塊、以BroadcastChannelAPI、適合使用跨UI溝通的時機
6.2其他溝通機制
全域contextinformation及身分驗證.、管理狀態、前後端溝通、資料複製
第 7 章 客戶端路由與 app shell：統一單體應用程式
7.1平面式路由的appshell
7.2appshell與雙層路由
7.3快速認識single-spa元框架
7.4開發統一單頁應用程式的挑戰
第 8 章 前後端整合技巧及通用渲染
8.1結合伺服器端及客戶端整合
SSI及網頁元件、團隊之間的契約、其他解決方案
8.2何時該使用通用渲染？
第 9 章 我的專案適合何種架構？
9.1專有名詞回顧
9.2複雜度比較
9.3你是在打造網頁還是應用程式？
9.4挑選正確的架構及整合技術
▌第三篇 如何做得快、一致且有效率 ▌
第 10 章 載入資源最佳化
10.1資源參照策略
直接參照、快取破壞及獨立部署、透過重新導向來參照、透過include來參照、同步標記語言檔及檔案版本號、行內程式碼、Tailor、Podium等整合方案
10.2bundle (打包檔) 的拆分程度
HTTP/2、全包bundle、團隊bundle、頁面及頁面區塊bundle
10.3隨選載入
代理微前端、延遲載入CSS
第 11 章 效能是關鍵：減少冗餘函式庫
11.1以效能為出發點來制定架構
11.2第三方函式庫：縮減與重複利用
第 12 章 使用者介面及設計系統
12.1為何需要一套設計系統？
設計系統的目的與角色、設計系統的好處
12.2中央設計系統vs.獨立自主的團隊
12.3執行期間整合vs.建置階段整合
12.4樣式庫的成品：通用vs.專用
12.5中央樣式庫該包含什麼？
第 13 章 以 Ajax 整合區塊並使用伺服器端路由
13.1調整系統與團隊
13.2知識共享
13.3橫切關注點
13.4技術多樣性
第 14 章 系統遷移、本地開發及測試
14.1遷移
漸進式遷移、前端優先、綠地專案及『大霹靂』
14.2本機開發
14.3測試
▌第一篇 踏上微前端的道路 ▌
第 1 章 章 何謂微前端？
1.1從大處著眼──微前端概觀
1.2微前端解決了那些問題？
1.3微前端的缺點
1.4你何時應該採納微前端？
第 2 章 我的第一個微前端專案：超連結及 iframe 整合
2.1拖曳機商店
2.2透過超連結轉頁
2.3透過iframe來組合頁面
2.4接下來做什麼？
▌第二篇 路由、整合及溝通 ▌
第 3 章 以 Ajax 整合區塊並使用伺服器端路由
3.1透過Ajax整合
3.2透過Nginx做伺服器端路由
第 4 章 伺服器端整合：SSI 與代理伺服器
4.1透過Nginx與伺服器端內嵌(SSI)來整合
4.2頁面區塊出錯的處理方式
4.3深入了解標記檔整合的效能
平行載入、巢狀頁面區塊、延遲載入、首位元組時間(TTFB)及串流
4.4其他解決方案的快速介紹
邊緣內嵌(ESI)、ZalandoTailor、Podium
4.5伺服器端整合的優缺點
第 5 章 客戶端整合：使用 Web Components及 Shadow DOM
5.1以WebComponents封裝微前端區塊
5.2使用ShadowDOM做樣式分離
5.3使用WebComponents做整合的優缺點
第 6 章 溝通模式：網址、屬性與事件
6.1使用者介面溝通
主頁面對頁面區塊、頁面區塊對主頁面、頁面區塊對頁面區塊、以BroadcastChannelAPI、適合使用跨UI溝通的時機
6.2其他溝通機制
全域contextinformation及身分驗證.、管理狀態、前後端溝通、資料複製
第 7 章 客戶端路由與 app shell：統一單體應用程式
7.1平面式路由的appshell
7.2appshell與雙層路由
7.3快速認識single-spa元框架
7.4開發統一單頁應用程式的挑戰
第 8 章 前後端整合技巧及通用渲染
8.1結合伺服器端及客戶端整合
SSI及網頁元件、團隊之間的契約、其他解決方案
8.2何時該使用通用渲染？
第 9 章 我的專案適合何種架構？
9.1專有名詞回顧
9.2複雜度比較
9.3你是在打造網頁還是應用程式？
9.4挑選正確的架構及整合技術
▌第三篇 如何做得快、一致且有效率 ▌
第 10 章 載入資源最佳化
10.1資源參照策略
直接參照、快取破壞及獨立部署、透過重新導向來參照、透過include來參照、同步標記語言檔及檔案版本號、行內程式碼、Tailor、Podium等整合方案
10.2bundle (打包檔) 的拆分程度
HTTP/2、全包bundle、團隊bundle、頁面及頁面區塊bundle
10.3隨選載入
代理微前端、延遲載入CSS
第 11 章 效能是關鍵：減少冗餘函式庫
11.1以效能為出發點來制定架構
11.2第三方函式庫：縮減與重複利用
第 12 章 使用者介面及設計系統
12.1為何需要一套設計系統？
設計系統的目的與角色、設計系統的好處
12.2中央設計系統vs.獨立自主的團隊
12.3執行期間整合vs.建置階段整合
12.4樣式庫的成品：通用vs.專用
12.5中央樣式庫該包含什麼？
第 13 章 以 Ajax 整合區塊並使用伺服器端路由
13.1調整系統與團隊
13.2知識共享
13.3橫切關注點
13.4技術多樣性
第 14 章 系統遷移、本地開發及測試
14.1遷移
漸進式遷移、前端優先、綠地專案及『大霹靂』
14.2本機開發
14.3測試
【關於教科書訂購說明】
☆ 單本即有折扣，將商品放入購物車就可以看見優惠價唷！五本以上團購更便宜！加入會員訂購，還可累積購物金！
★ 若有急需用書，可先LINE私訊詢問庫存呦~
☆ 出貨時間：有現貨的，2個工作日內出貨；無現貨，約3~5個工作日 出貨
【寄送方式說明】
❶ 實體門市取貨
全台麗文校園書局皆可取貨，貨到書局將會以簡訊通知。
❷ 超商取貨
提供7-11及全家超商取貨(需先付款，無貨到付款)。
❸ 一般宅配
本公司主要與黑貓宅急便配合，送達到您指定的地址。
※當您於本網站消費交易完成後，電子發票將會以電子郵件寄給您；如需紙本發票請於下訂時於備註欄位說明。
【付款方式說明】
❶ ATM轉帳、匯款
銀行│第一銀行-三民分行
代號│007
戶名│麗文文化事業股份有限公司
帳號│704-10-051861
※實體ATM每日轉帳最高限額為3萬，若訂購金額超過3萬元，請分兩天或是使用不同的銀行帳戶轉帳。
❷ 信用卡（可分期，需負擔手續費）
凡各家銀行的VISA、MASTER、Union Pay、JCB信用卡皆可使用。
❺ 超商代碼
系統會發送繳費代碼至您的電子信箱，需自行至「超商機器ex：iBon」輸入代碼，產生繳費單後前往櫃檯繳費。
❼ 免卡分期
麗文校園購與「zingala銀角零卡」「第一資融」以及「皮路後支付」合作，讓您免用信用卡就可以購物。
如有使用上的問題，可以先與揪小編聯絡唷！。
※請注意：超過7天未付款之訂單則訂單自動失效；免卡分期訂單成立起7天內未主動聯繫亦同。
【其他說明】
❶關於出貨
1.商品為不缺貨前提下，訂單完成付款後2-4個工作天將會出貨(不含例假日及國定假日)；若商品缺貨則須等待1-2週。
2.麗文校園揪來玩保留訂單接受與否權利，若因交易條件有誤或有其他情形導致我們無法接受您的訂單，將以E-mail發送取消訂單通知給您，造成不便敬請見諒。
❷關於退貨
1.非門市現場消費享有七天猶豫期，收到商品當天往後算七天內若是決定不買，則協助不要拆封，一拆封視同願意購買。
2.若真的決定不購買商品要退貨，請聯繫我們LINE線上客服，我們會盡速為您處理。
❸關於新品瑕疵與維修保固
1.全新商品享有購買七日內，新品瑕疵的換新保障；但新品瑕疵與否，是由商品代理商或原廠所判定，麗文校園揪來玩僅能依據判定的結果給予協助。若是原廠判定非新品瑕疵則無法換新，需改為維修的方式處理。
2.新品瑕疵換新的作業時間，將依各廠商的流程而定，最快2個工作天，慢的話也可能需要到15個工作天。
3.購買超過七日後，維修服務由原廠提供。如有需要維修，麗文校園揪來玩可以代為送修，但送修如需運費時（EX:原廠沒有提供免費收件服務），則需由您負擔送修的運費（運費約為100元起，因商品大小而異）。
【華碩的維修服務】
