adapter中文的問題，透過圖書和論文來找解法和答案更準確安心。 我們找到下列懶人包和總整理

小輕快跨平台：王的編輯器Visual Studio Code聖經

為了解決adapter中文的問題，作者韓駿 這樣論述：

市面上第一本完整說明Visual Studio Code的中文書 　　★ 全世界軟體設計師最愛的IDE編輯器。 　　支援上百種程式語言，語義突顯、自動完成、自動縮排，完整中斷偵錯，跨平台，內建支援SSH、GIT，可連線到遠端的Windows/Linux/MacOS上進行開發、網頁支援、雲端支援，說不完的強大，連編輯器之神vim的愛用者都忍不住跳槽，連神之編輯器Emacs的使用者也紛紛安裝，不管你是哪作業系統的使用者，快點進入這王之編輯器！ 好評襲來 　　Visual Studio Code（VS Code）之所以越來越受歡迎，除了因為它本身具有某些優秀品質，許多外掛程式也功不可沒。本

書的一大特色就是幫助你找到合適的外掛程式，並且指導你快速上手。無論你有興趣的是各種程式語言（JavaScript/TypeScript、Java、Python 等），還是實際的開發場景（前端、雲端原生、物聯網等），本書都提供了詳盡的指引。工欲善其事，必先利其器。相信透過本書的學習，你可以把VS Code 訂製成高效又稱手的開發環境。—微軟Java 語言開發工具團隊首席軟體開發經理 李榕 　　VS Code 是一款極為優秀的開放原始碼產品。透過本書，你除了可以全面地了解到VS Code 的許多使用技巧，還可以學習到VS Code 團隊是如何做開放原始碼的。VS Code 團隊不僅將其程式開放原

始碼，而且將整個開發過程都建立於開放原始碼環境之上。對於開放原始碼專案的開發者，VS Code 有許多值得參考和學習的地方。—開放原始碼中國創始人兼CTO 紅薯 　　VS Code 是微軟針對多語言開發者的程式編輯器，是一款程式設計利器，深受開發者喜愛。VS Code 雖然容易上手，但卻很難精通，因為有關的技術細節比較多，外掛程式生態也比較豐富。作者憑藉其在VS Code 上的多年使用和外掛程式開發經驗，為讀者們把VS Code 的整個技術架構分門別類地整理清楚，並介紹使用技巧、外掛程式、語言服務和各種開發場景，最後達到深入淺出的目的。本書作為VS Code 技術領域的標桿圖書，在技術廣度和

深度上兼具極強的參考價值，適合各種語言的開發者作為學習和參考用書。—華為雲DevCloud 研發技術總監 王亞偉 　　VS Code 的誕生加速了開發階段的數位化進程。近年來，雲端開發理念深入人心，這表示我們需要用網際網路模式重構對開發者來說最重要的工具—IDE。作者透過本書將VS Code 的精妙之處完整呈現，不管是IDE 的使用者、開放原始碼同好還是工具開發者都不應該錯過本書。—阿里巴巴研發平台負責人 陳鑫（花名神秀） 　　作為程式設計師，我們中的大部分人對VS Code 都再熟悉不過。但是，正如「二八法則」所揭示的那樣，80% 日常用它敲程式的程式設計師很可能只用到了其20% 的核心

功能。本書帶我們全面細數VS Code 的各方面，或許其中的小基礎知識就能幫助你在未來的使用過程中提升開發效率。為了儲備與開發工具相關的知識，本書值得一讀。—著名開放原始碼軟體ECharts 核心貢獻者之一 羨轍 　　本書從開發工具的歷史入手，由淺入深地說明了VS Code 的入門和進階知識，以及VS Code 的強大生態，並教你如何為生態、社區，甚至是VS Code本身做出自己的貢獻。這是一本關於使用VS Code 進行開發的大而全，卻又不雜的好書。—《Node.js：來一打C++ 擴充》作者、《精通Vim：用Vim 8 和Neovim 實現高效開發》譯者死月 　　VS Code 是入門

簡單卻頗具深度的開發工具，使用者可以極快上手，但隨著深入使用，又會發現達到爐火純青的境界並非易事。本書對於開發者而言，最大的優勢在於它的系統性。從入門到進階再到擴充，整個知識系統一脈相承，開發者不再侷限於許多雜湊基礎知識的拼湊，更可以利用它使VS Code成為技術團隊不可或缺的生產力！—騰訊雲Serverless 技術專家、百度前技術經理 王俊傑 　　VS Code 作為Visual Studio 家族的產品，也是微軟在雲端原生時代提供的輕量級開發工具。韓駿透過本書，不僅將VS Code 的豐富內容向我們展現得淋漓盡致，讓我們知其然知其所以然，而且能夠使我們在讀後舉一反三地探索VS Code

的未來。—深圳市友浩達科技有限公司CEO 張善友 　　VS Code 是全球極受歡迎的開發工具之一。韓駿老師憑藉豐富的技術經驗和生動的語言，帶大家由淺入深地學習VS Code，本書非常值得讀者閱讀學習。—微信公眾號「程式設計師小灰」作者、《漫畫演算法》作者 魏夢舒 　　VS Code 是微軟在2015 年發佈的編輯器，隨後便快速發展起來，成為Stack Overflow 上認證的最受歡迎的編輯器。儘管我一直覺得Emacs 是最好的編輯器，但其實我使用VS Code 的頻率已經高於Emacs。本書歸納了韓駿多年的VS Code 開發經驗，能夠幫助你快速入門及進階VS Code，了解VS C

ode 在不同領域（如雲端運算、物聯網）的應用，以及如何進行正在火熱發展中的雲端研發等。—ThoughtWorks 進階諮詢師、《前端架構：從入門到微前端》作者 黃峰達（Phodal） 　　本書是VS Code 使用者和貢獻者都值得一讀的書。書中透過豐富的使用場景，由淺入深地從各個角度詳盡地介紹了VS Code。無論你是想使用VS Code的各種功能，還是想要了解它的執行機制，或是想成為其生態圈的貢獻者，本書都會是你手邊的必備寶典。—Works Applications 副總裁 王浚立 　　和韓老師在微軟共事多年，他絕對當得起「極客」的稱呼，是當之無愧的VS Code 專家。VS Code

作為近幾年最強勢的編輯器，迅速橫掃了這個已經深耕多年的市場，並打破了微軟一向給人的「不夠開放」的固有印象。無論你使用哪種程式語言進行程式設計，使用什麼作業系統進行開發，本書都可以幫助你掌握一個高效的開發工具，使你的職業生涯如虎添翼！—字節跳動Tech Lead 盧肇興 　　韓老師對VS Code 生態具有相當大的熱情，持續一貫地進行中文圈VS Code的技術佈道，幫助開發者更進一步地了解、使用VS Code，加強生產力。本書除了可以作為VS Code 的使用手冊，還可以使你了解微軟團隊在開發這款卓越工具背後的一些有趣故事。—螞蟻金服技術專家 牽招 　　正確、有效地使用開發工具可以讓開發人

員的開發效率倍增，而本書正是透過全面介紹VS Code 的各個功能模組及日常開發的使用場景來探索這款流行開發工具的潛能，進而幫助各個領域的開發者掌握VS Code 正確、有效的使用方法。相信這是一本值得廣大開發人員花時間好好翻閱的關於VS Code 的書。—亞馬遜AWS 軟體工程師 勵洋 　　VS Code 的生態十分強大，包含Google 在內的許多大廠都開發了多款VS Code 外掛程式。工欲善其事，必先利其器。透過本書的學習，你一定能掌握更多關於VS Code 的技能，大幅加強程式設計效率。—Google 軟體工程師 趙豐 　　VS Code 作為微軟擁抱開放原始碼社區的又一大成果，

結合了該公司深厚的商務軟體開發底蘊和開放原始碼社區的活躍創造力，在短時間內一躍成為業界最受歡迎的程式編輯器。它幾乎融合了所有以往編輯器的優點，同時又能透過自由擴充來支援現在乃至未來的技術熱點。非Windows 平台的使用者終於可以感受原汁原味的「宇宙第一IDE」的魅力。但是，與其強大、豐富的功能相比，市面上針對它的教學材料卻少得可憐，用中文寫的就更是少之又少。本書的出現適時地彌補了這一缺憾。它不僅能幫助剛開始學習程式設計的初學者，也能幫助從業一段時間的程式設計師。本書不僅詳細介紹了VS Code比較常用的各項功能，而且非常強調實作。每一個案例都配有詳細的步驟和畫面，幾乎可以當作一本工具書來收藏

。本書作者是本人的大學同學，也是在微軟工作近10 年的資深工程師，其業務能力毋庸置疑。非常高興能看到本書的出版，以及作者為國內技術社區做出的貢獻。—Facebook 進階工程師 萬志程（Jensen Wan） 　　VS Code 是我用過的最簡潔清爽又功能強大的編輯器。一直以來都缺乏一本詳細解析VS Code 使用技巧與設計的書。韓駿作為微軟開發工具事業部的工程師，在保持本書專業性的同時，又將VS Code 的使用和設計深入淺出地娓娓道來。能夠將技術圖撰寫得如此生動有趣，著實不易。本書對VS Code 在多場景下的使用進行了一步步的詳細解析，相當大地擴充了我的視野。我原先並不知道VS Cod

e 可以將如此多的內容輕鬆整合在一起，讓每個人都能形成具有自己風格的、便利的開發環境。本書解答了我「不知道自己有什麼不知道」的問題。最後，本書並非只是一本參考手冊，在某些部分，讀者不僅能從書中循序漸進地掌握VS Code 的許多不為人知的使用訣竅，還能了解到一些團隊設計背後的考量，從中學到大廠在建置優秀產品時難得一見的背後想法與洞見。讀完本書，你將大呼過癮。—eBay 軟體工程師 吳慧珺 　　工欲善其事，必先利其器。本書透過豐富的圖示一步步指導讀者打造專屬的VS Code 開發環境，深入細緻地介紹了各種場景下的使用精髓，是一本學習VS Code 的優秀圖書。—愛奇藝大數據服務軟體工程師 鄭浩

南  

adapter中文進入發燒排行的影片

產品研發與製造影響銷售績效之研究-以電腦周邊設備為例

為了解決adapter中文的問題，作者游哲勳 這樣論述：

本研究主要探討電腦周邊設備銷售績效的影響因素以瞭解產品研發與製造的成效，分析客戶背景與產品研發的相關性以及產品屬性偏好與產品功能特性的關聯程度，並針對銷售績效是否因客戶訂單季節、產品銷售區域與疫情警戒管制有所差異，最後檢驗產品製造、客戶訂單季節、產品銷售區域與疫情警戒管制對於產品銷售績效是否具有干擾效果。本研究以某專業電子製造商業務部門所承攬電腦周邊的擴充基座產品進行調查資料，蒐集2017年01月03日至2021年10月25日國內外客戶已完成銷售的案件，共計396項產品資料，6,132筆銷售資料。實證結果顯示客戶背景與產品研發具有顯著關聯性，美商與系統商選擇產品特性部分相同，系統商更多於技術

上要求，美商與中型企業對於技術要求較高，日商則選擇簡易便利的低技術需求的產品；另外結果亦證實產品的屬性偏好與功能特性具有高度關聯程度，其中商務型裝置設計與分離式線材結構的產品主要具備快速充電、低高階功率、多螢幕輸出與高階解析影像特性。本研究結果發現產品研發、客戶訂單季節、產品銷售區域、疫情警戒管制與產品製造對於銷售績效具有顯著差異；產品屬性具備商務型裝置設計、低度客製程度以及產品功能擁有快速充電技術、高階功率供電、高速傳輸速度、普通網路頻寬、多螢幕輸出模式與高階解析影像的產品銷售績效表現較好。最後驗證客戶訂單季節、產品銷售區域、疫情警戒管制、製程方式與代工模式對於產品銷售績效具有干擾效果，亦即

產品研發對於銷售績效的差異影響會因客戶訂單季節、產品銷售區域、疫情警戒管制、製程方式與代工模式而有所不同。本研究結果可以提供電腦周邊設備業者研發設計差異化產品，符合不同客戶需求，因應訂單季節、銷售地區與產品製造擬定有效的產品行銷策略，讓企業的銷售績效能夠穩定成長，以達到永續經營的目標。

移動開發架構設計實戰

為了解決adapter中文的問題，作者李雲鵬 這樣論述：

本書覆蓋了移動開發中涉及的多種架構模式，基於Android平臺對架構模式進行實戰，可以説明入門開發者瞭解架構模式，進階開發者掌握架構模式，技術領導者進行架構選型。本書內容包括：流行架構模型MVX系列——MVC架構、MVP架構、MVVM架構，依賴注入框架Dagger2，函數回應式框架RxJava2，Google推薦的生命週期感知架構組件AAC，整潔的架構“The Clean Architecture”和元件化架構的運用方法與實戰。本書語言精練，內容清晰，代碼易於理解，適合電腦相關行業的從業者閱讀與學習。 李雲鵬 網易新聞架構技術組工程師，沐暄網創始人，Oracle、Adob

e等企業認證專家；10年互聯網經驗，曾就職于世界500強企業核心技術實驗室；于2009年創立沐暄網，2010年入圍鳳凰網“全球最具影響力的中文論壇100強”站長。 擅長移動端架構設計、專案重構與Intellij外掛程式開發等工作。參與網易新聞群組件化架構設計，視頻模組、統計模組等多模組重構工作，利用VIPER對用戶端基礎架構進行改良。喜歡創新和研究，作為第一發明人，申請了十余項專利和著作權。   第1章 什麼是架構 1 1.1 架構設計理念 1 1.1.1 軟體架構的起源 1 1.1.2 架構設計三要素 2 1.1.3 什麼是優秀的軟體架構設計 2 1.1.4 軟體架構設

計的關注點 3 1.2 軟體架構設計的本質和目的 3 1.2.1 做出決策 3 1.2.2 降低軟體熵 4 1.3 架構設計思維 4 1.3.1 簡化思維 4 1.3.2 分層思維 5 1.3.3 分治思維 6 1.3.4 反覆運算思維 6 1.4 架構設計模式原則 7 1.4.1 單一職責原則 7 1.4.2 開放封閉原則 8 1.4.3 裡氏替換原則 9 1.4.4 依賴倒置原則 9 1.4.5 介面分離原則 10 1.5 架構設計步驟 11 1.5.1 認識系統 11 1.5.2 設計系統 12 1.5.3 創建系統 14 1.5.4 收集回饋 14 1.6 小結 15 第2章 MVC

架構：表現層分離 16 2.1 什麼是MVC 16 2.1.1 MVC的誕生 16 2.1.2 MVC的分層與職責 17 2.1.3 MVC在移動開發中的爭議 18 2.2 MVC的模式 19 2.2.1 被動模式 19 2.2.2 主動模式 19 2.2.3 觀察者模式 20 2.2.4 被動模式與主動模式的區別 21 2.3 MVC的核心思想 21 2.4 小結 22 第3章 實戰：基於MVC架構設計的日記App 23 3.1 層級職責劃分 23 3.2 準備階段 24 3.2.1 準備、創建View 24 3.2.2 清單檔Manifest配置 26 3.2.3 初始化Fragment

27 3.3 創建View 28 3.4 資料處理 31 3.4.1 創建Model 31 3.4.2 創建本地資料來源 32 3.4.3 資料持久化工具 33 3.4.4 實現本地資料來源 34 3.4.5 填充測試資料 36 3.4.6 使用資料倉庫管理資料 37 3.5 創建Controller 40 3.5.1 Controller初始化 40 3.5.2 創建Adapter 41 3.5.3 創建ViewHolder 43 3.5.4 Controller的協調工作 44 3.6 運行App 48 3.7 實現主動模式的MVC 49 3.7.1 改造Model 49 3.7.2 註

冊觀察者 50 3.8 小結 50 第4章 MVP架構：開始解耦 52 4.1 什麼是MVP 52 4.1.1 MVP架構的起源 52 4.1.2 MVP的分層與職責 52 4.2 MVP的核心思想 53 4.2.1 面向介面程式設計 53 4.2.2 德墨忒爾定律 54 4.3 MVP與MVC的區別 55 4.4 MVP模式存在的問題 56 4.4.1 責任過重的Presenter 56 4.4.2 業務邏輯無法複用 56 4.4.3 急劇擴增的介面數量 57 4.5 如何解決Presenter的複用問題 57 4.5.1 提供工具類 57 4.5.2 提供多對一的Presenter 57

4.5.3 分離出Interactor層 58 4.6 小結 59 第5章 實戰：MVP架構設計 60 5.1 層級職責劃分 60 5.2 準備工作 60 5.2.1 定義基礎View介面 60 5.2.2 定義基礎Presenter介面 61 5.3 重構：從MVC到MVP 61 5.3.1 創建Presenter 61 5.3.2 改造View 62 5.3.3 傳入Presenter實例 63 5.3.4 開發過程中Presenter和View的直接依賴 63 5.3.5 Presenter生命週期的處理 64 5.3.6 列表Adapter的處理 64 5.3.7 展示資料的處理

65 5.3.8 對話方塊展示的處理 67 5.3.9 功能表的處理 68 5.3.10 實現面向介面設計 69 5.3.11 建立契約類 69 5.4 實現MVP模式：日記修改功能 70 5.4.1 創建日記修改Activity 71 5.4.2 創建日記修改Fragment 72 5.4.3 添加“完成”按鈕 74 5.4.4 創建日記修改Presenter 75 5.4.5 日記操作處理 76 5.4.6 頁面跳轉處理 77 5.4.7 刪除舊有的修改日記UI 78 5.4.8 修改為面向介面設計 79 5.5 小結 79 第6章 MVVM架構：雙向綁定 81 6.1 什麼是MVVM

81 6.1.1 MVVM架構的起源 81 6.1.2 MVVM的分層與職責 82 6.2 MVVM的核心思想 82 6.2.1 進一步解耦 82 6.2.2 資料驅動 83 6.2.3 雙向綁定 83 6.3 架構模式對比 84 6.3.1 MVC與MVVM 84 6.3.2 MVP與MVVM 85 6.4 MVVM存在的問題 86 6.4.1 ViewModel難以複用 86 6.4.2 學習成本高 86 6.4.3 調試困難 86 6.5 小結 87 第7章 實戰：MVVM架構設計 88 7.1 什麼是DataBinding 88 7.2 重構：從MVP到MVVM 88 7.2.1 配

置DataBinding支援 89 7.2.2 修改Presenter為ViewModel 89 7.2.3 消除契約類 90 7.2.4 轉換佈局檔 92 7.2.5 在佈局中加入變數和運算式 93 7.2.6 ViewModel繼承BaseObservable 94 7.2.7 在XML佈局檔中定義清單資料屬性 95 7.2.8 使用BindingAdapter處理自訂屬性 97 7.2.9 繪製View佈局 98 7.2.10 為View屬性賦值 99 7.2.11 找到XML中的View 100 7.2.12 ObservableField原理 100 7.2.13 使用Observa

bleField 101 7.2.14 使用ObservableList 103 7.3 小結 104 第8章 依賴注入：Dagger2鋒利的“匕首” 105 8.1 什麼是Dagger 105 8.1.1 依賴注入 105 8.1.2 編譯時注解解析 107 8.2 實現：將Dagger2加入MVP 108 8.2.1 配置Dagger2 108 8.2.2 確定資料倉庫改造目標 108 8.2.3 改造資料倉庫 109 8.2.4 Inject注解 110 8.2.5 Component注解 111 8.2.6 Module注解 114 8.2.7 Provides注解 115 8.2.

8 Scope注解 117 8.2.9 Singleton注解 117 8.2.10 Scope注解和Singleton注解的實現原理 118 8.2.11 日記清單模組依賴關係分析 120 8.2.12 創建日記清單模組Component 120 8.2.13 創建日記列表Presenter Module 121 8.2.14 Component的dependencies屬性 123 8.3 存在的問題 125 8.3.1 學習成本極高 125 8.3.2 短期內開發效率低 125 8.3.3 靈活性不良好 126 8.4 小結 126 第9章 函數回應式框架：優雅的RxJava2 127

9.1 什麼是RxJava 127 9.2 RxJava2的核心思想 128 9.2.1 函數回應式程式設計 128 9.2.2 背壓 129 9.2.3 鏈式調用 129 9.3 實戰：將RxJava2加入MVP 130 9.3.1 配置RxJava2 130 9.3.2 Flowable 131 9.3.3 回應式拉取 132 9.3.4 修改資料來源介面 133 9.3.5 修改本地資料來源 133 9.3.6 Just操作符 134 9.3.7 Empty操作符 135 9.3.8 FromIterable操作符 135 9.3.9 To操作符 136 9.3.10 Subscrib

er和事件流 137 9.3.11 修改資料倉庫 137 9.3.12 FlatMap操作符 139 9.3.13 Map操作符 140 9.3.14 修改Presenter 141 9.3.15 CompositeDisposable和Disposable 142 9.3.16 Presenter生命週期 143 9.4 存在的問題 144 9.5 小結 144 第10章 AAC：搭建生命週期感知架構 145 10.1 什麼是AAC 145 10.2 AAC的核心思想 146 10.2.1 關注點分離 146 10.2.2 模型驅動介面 147 10.3 ViewModel LiveDat

a 148 10.3.1 DataBinding 148 10.3.2 Gradle依賴配置 149 10.3.3 AAC中的ViewModel 149 10.3.4 使用ViewModel 150 10.3.5 使用ViewModelProviders創建ViewModel 151 10.3.6 什麼是LiveData 152 10.3.7 MutableLiveData 153 10.3.8 創建LiveData 154 10.3.9 LiveData更新 155 10.3.10 LiveData接收變化 156 10.4 LifeCycle 156 10.4.1 生命週期 157 10.

4.2 LifecycleObserver 158 10.4.3 LifecycleOwner 159 10.5 Room 160 10.5.1 Room的組成 160 10.5.2 實體 161 10.5.3 資料訪問物件DAO 163 10.5.4 Room依賴配置 164 10.5.5 定義實體 164 10.5.6 創建Dao 165 10.5.7 創建資料庫管理器 166 10.5.8 執行緒 168 10.5.9 修改本地資料來源 169 10.5.10 資料庫升級 172 10.6 小結 173 第11章 組件化架構：極速運行 174 11.1 什麼是組件化 174 11.2

組件化的核心思想 175 11.2.1 軟體複用 175 11.2.2 信息隱藏 176 11.2.3 快速運行 177 11.3 元件分離 178 11.3.1 組件層級劃分 178 11.3.2 組件劃分 179 11.3.3 創建Module 180 11.3.4 組件依賴關係 183 11.3.5 複用Gradle配置 187 11.3.6 公共資源組件 189 11.3.7 基礎組件 191 11.3.8 移動依賴 194 11.3.9 Gradle版本號管理 194 11.3.10 處理Context 197 11.3.11 公共組件 198 11.3.12 日記清單展示組件 20

0 11.3.13 日記添加修改組件 202 11.3.14 Gradle Plugin衝突 204 11.3.15 運行主Module 204 11.4 使用路由 206 11.4.1 路由配置 206 11.4.2 使用Route跳轉 207 11.4.3 攜帶參數跳轉 208 11.5 組件運行 210 11.5.1 切換開關 210 11.5.2 元件配置 212 11.5.3 Manifest檔配置 212 11.5.4 集成運行 215 11.6 組件合併 216 11.6.1 組件命名衝突 216 11.6.2 Manifest檔合併策略 217 11.6.3 資源檔衝突 218

11.6.4 資源檔合併策略 219 11.7 小結 220 第12章 The Clean Architecture：整潔的架構 221 12.1 什麼是The Clean Architecture 221 12.2 The Clean Architecture的核心思想 222 12.2.1 單向依賴規則 222 12.2.2 業務規則分離 223 12.2.3 簡單資料結構跨界 224 12.3 MVP-Clean架構 224 12.3.1 用例的請求資料和回應資料 224 12.3.2 用例的資料處理 226 12.3.3 用例的執行緒切換 228 12.3.4 創建用例 229 1

2.3.5 執行用例 230 12.3.6 封裝請求數據 231 12.3.7 創建日記更新 推薦序 Android系統自Google 2008年發佈以來， 經過十多年的發展，已經佔據了手持設備八成以上的市場份額。在此過程中，有很多非常優秀的開發者加入這個行業，移動開發經過近幾年的快速蓬勃發展，在傳統的設計思想上有了更多的更新和創新，同時也湧現出不少高效的工具。 軟體架構是對軟體整體結構與元件的抽象描述，但在實際專案和產品反覆運算中，架構不僅涉及軟體本身，還涉及團隊組成、業務現狀及發展方向、團隊文化、投入產出比等多方面。如何基於業務做出更合理的設計？如何平衡業務和技術？

如何在做出決策後順利落地？從這些方面考慮，需要明確以下幾個問題： ·通用的架構有哪些? ·每個架構的適用場景和優缺點是什麼? ·架構的設計原則是什麼? ·架構之間是如何演化的? ·在架構設計實戰的過程中會遇到哪些問題？該如何解決？ 作者從架構的定義開始，對MVC、MVP、MVVM等多種架構模式進行了詳細的闡述，並輔以案例講解。通過講解多個實戰案例回答了上述問題。本書非常適合移動開發領域的初、中級工程師閱讀，也適合高級工程師閱讀，以作參考。 ——網易新聞技術總監 劉棉明  

基於台語與華語之語碼混合資料集與翻譯模型

為了解決adapter中文的問題，作者呂昕恩 這樣論述：

台語與中文語碼混合在台灣是一個常見的口語現象，然而台灣遲至 21 世紀才開始建立官方書寫系統。缺少官方書寫系統，不僅代表著我們在 NLP 領域面臨資源不足的問題，導致我們在方言代碼混合任務上難以取得突破性研究，更意味著我們面臨著語言傳承的困難。基於上述問題，本研究將從簡要介紹台語的歷史以及台灣語碼混合現象著手，討論台灣語碼混合的語言比例組成與文法結構，建立基於台文字的台語語華語之語碼混合資料集，並介紹可應用於台文的現有斷詞工具。同時我們將在本研究介紹台語語言模型的訓練方法，同時使用我們提出的資料集，利用 XLM 開發台語語碼混合翻譯模型。為適用於語碼混合的情境，我們提出自動化語言標注(DLI

)機制，並使用遷移學習提升翻譯模型表現。最後我們根據交叉熵（Cross-entropy, CE）的問題，提出三種利用詞彙詞相似度來重構損失函數。我們提出 WBI 機制，解決詞彙資訊與字符集預訓練模型不相容的問題，並引入 WordNet 知識在模型中。與標準 CE 相比，在單語和語碼混資料集的實驗結果表明，我們的最佳損失函數在單語和 CM 在 BLEU 上，分別進步 2.42分（62.11 到 64.53）和 0.7（62.86 到 63.56）分。我們的實驗證明即使是使用基於字符訓練的語言模型，我們可以將辭彙的資訊攜帶到下游任務中。