在當(dāng)前的鴻蒙生態(tài)里除了一線大廠的應(yīng)用在快速適配還有一批小而美的獨(dú)立開發(fā)者作品也在持續(xù)豐富著鴻蒙原生應(yīng)用的版圖。這些應(yīng)用往往不追求大而全而是聚焦某一個細(xì)分場景把體驗做到極致。Mopost 就是其中比較有代表性的一款它本質(zhì)上是第三方博客客戶端主要面向 WordPress 站點(diǎn)用戶解決的痛點(diǎn)是在鴻蒙手機(jī)上缺少一個原生、好用、支持多站點(diǎn)管理的博客寫作與閱讀工具。如果你平時有自建 WordPress 博客或者經(jīng)常需要登錄后臺寫文章、回復(fù)評論你會發(fā)現(xiàn)一個尷尬的問題瀏覽器打開后臺不僅加載慢而且寫作體驗很差尤其是插入圖片、管理分類、批量編輯文章時網(wǎng)頁版的后臺遠(yuǎn)不如一個原生客戶端來得順手。鴻蒙生態(tài)初期這類工具型應(yīng)用正好是稀缺資源。Mopost 的出現(xiàn)讓鴻蒙用戶多了一個選擇。這篇文章我會從鴻蒙原生應(yīng)用適配的角度把 Mopost 的功能拆解開來講清楚它解決了什么問題、核心能力有哪些、實際體驗如何、適合哪類用戶同時也會結(jié)合鴻蒙開發(fā)的一些基礎(chǔ)知識聊聊這類第三方客戶端在 HarmonyOS 上做適配時值得關(guān)注的技術(shù)點(diǎn)。1. 這篇文章真正要解決的問題先明確一下這篇文章不是一堆官方資料的搬運(yùn)也不是簡單的軟件推薦而是想幫你搞清楚三件事第一Mopost 在鴻蒙生態(tài)里到底是一個什么定位的軟件有沒有必要安裝。很多人一看到“鴻蒙應(yīng)用”就覺得應(yīng)該去應(yīng)用市場下載大廠產(chǎn)品但實際上像博客客戶端、RSS 閱讀器、本地工具類應(yīng)用才是獨(dú)立開發(fā)者最容易做出差異化體驗的地方。第二如果你是一個 WordPress 博客作者M(jìn)opost 能幫你把寫作這件事從桌面端遷移到手機(jī)端而且遷移得比較舒服。它的核心價值不在于功能數(shù)量而在于它把 WordPress 后臺里最常見的操作重新按照移動端的交互習(xí)慣做了一遍。第三如果你是一名鴻蒙開發(fā)者或者正在學(xué)習(xí) HarmonyOS 應(yīng)用開發(fā)Mopost 這類第三方客戶端也是一個很好的觀察樣本它涉及到網(wǎng)絡(luò)請求、數(shù)據(jù)解析、WebView 混合渲染、多賬號管理、主題適配等多個技術(shù)點(diǎn)麻雀雖小五臟俱全。所以這篇文章適合三類讀者正在使用鴻蒙手機(jī)、同時自己維護(hù) WordPress 博客的站長對鴻蒙原生應(yīng)用生態(tài)感興趣想看看獨(dú)立開發(fā)者能做出什么產(chǎn)品的人正在學(xué)習(xí) HarmonyOS 應(yīng)用開發(fā)想找一個小而完整的項目做參考的開發(fā)者。我把判斷先放在這里Mopost 不是一個面向大眾的爆款應(yīng)用但它精準(zhǔn)地切中了“WordPress 用戶 鴻蒙手機(jī) 移動寫作”這個細(xì)分需求在鴻蒙生態(tài)早期階段這類應(yīng)用的價值往往被低估。2. 鴻蒙第三方客戶端的基本背景很多人會疑惑WordPress 官方不是有自己的 App 嗎為什么還需要 Mopost 這樣的第三方客戶端這里需要先把 WordPress 的生態(tài)格局說清楚。WordPress 是一個開源的內(nèi)容管理系統(tǒng)全球有大量的網(wǎng)站基于它搭建但 WordPress 官方提供的 App主要面向 WordPress.com 托管用戶以及部分自建站用戶。對于國內(nèi)大量使用 WordPress 搭建個人博客、企業(yè)官網(wǎng)、獨(dú)立站的人來說官方 App 的體驗并不完美尤其是國內(nèi)服務(wù)器訪問、站點(diǎn)接口兼容性、語言本地化這些方面。于是第三方博客客戶端就成了一類很穩(wěn)定的需求。在 iOS 和 Android 平臺上已經(jīng)有不少成熟的第三方 WordPress 客戶端比如 Blogaway、WordPress Classic 等。這類客戶端做的事情本質(zhì)上就是通過 WordPress 提供的 REST API把后臺的文章管理、評論管理、媒體庫、分類標(biāo)簽等核心功能搬到移動端。Mopost 做的也是這件事只不過它選擇了 HarmonyOS 作為首發(fā)平臺。這里有一個關(guān)鍵信息需要強(qiáng)調(diào)Mopost 不是簡單地把 Android 版本的客戶端拿過來套殼也不是只做一個瀏覽器網(wǎng)頁的封裝。它是在鴻蒙的原生開發(fā)框架下針對鴻蒙的 ArkTS 語言和 ArkUI 組件庫重新實現(xiàn)的應(yīng)用。這意味著它在交互體驗、性能表現(xiàn)和系統(tǒng)適配層面更符合鴻蒙用戶的使用習(xí)慣。順著這個背景往下看Mopost 的價值點(diǎn)就清楚了它是鴻蒙生態(tài)里的稀缺品類它解決了 WordPress 用戶移動端寫作管理的實際問題它可以作為觀察鴻蒙原生應(yīng)用開發(fā)技術(shù)細(xì)節(jié)的參考樣本。接下來我們進(jìn)入正題看看 Mopost 的核心功能和使用體驗。3. Mopost 的核心功能與使用場景Mopost 的功能設(shè)計思路很清晰既然定位是博客客戶端那就把和博客寫作、管理最相關(guān)的功能做深做透。下面從幾個核心場景來拆解。3.1 多站點(diǎn)管理與快速切換對于同時維護(hù)多個 WordPress 站點(diǎn)的用戶來說多賬號多站點(diǎn)管理是剛需。Mopost 支持添加多個 WordPress 站點(diǎn)并且可以在不同站點(diǎn)之間快速切換。實際操作中你只需要在設(shè)置里填入站點(diǎn)地址、用戶名和應(yīng)用密碼。需要注意由于 WordPress 的 REST API 認(rèn)證機(jī)制推薦使用 Application Passwords應(yīng)用密碼而不是直接使用登錄密碼。這樣既安全也不會影響到賬號的主密碼。這個場景解決的真實痛點(diǎn)是過去我在手機(jī)上管理兩個博客需要在瀏覽器里反復(fù)切換賬號、保存書簽非常麻煩。而通過 Mopost 這樣的客戶端一次配置之后寫作和閱讀都是在原生界面里完成。3.2 文章寫作與富文本編輯這是博客客戶端最核心的功能。Mopost 提供了移動端的文章編輯器支持標(biāo)題與正文分離編輯插入圖片可以從相冊選擇也可以拍照上傳添加分類、標(biāo)簽設(shè)置文章摘要、特色圖片切換發(fā)布狀態(tài)草稿、待審核、已發(fā)布。從實際使用體驗來看它的編輯器在手機(jī)上比網(wǎng)頁后臺的編輯框要友好得多。尤其是插入圖片這個操作網(wǎng)頁后臺需要先上傳到媒體庫再插入而 Mopost 可以直接從手機(jī)相冊發(fā)起上傳流程短了一半。3.3 評論管理與互動WordPress 站點(diǎn)的評論管理在網(wǎng)頁后臺操作起來比較繁瑣。Mopost 把評論管理也做進(jìn)了客戶端里你可以在手機(jī)上直接查看最新評論、審核評論、回復(fù)評論。對于獨(dú)立博主來說評論互動是非常重要的。很多時候讀者在文章下面留言如果你不能及時回復(fù)互動熱情就會下降。Mopost 讓你在收到評論通知后直接在手機(jī)上完成審核和回復(fù)這個體驗比打開瀏覽器登錄后臺要高效得多。3.4 站內(nèi)文章閱讀與瀏覽除了寫作和管理Mopost 也支持站點(diǎn)文章的閱讀瀏覽。你可以在客戶端里快速瀏覽自己站點(diǎn)的文章列表、查看閱讀數(shù)據(jù)也可以把它當(dāng)作一個內(nèi)容消費(fèi)的入口。需要注意的是Mopost 本身并不是一個 RSS 閱讀器它的閱讀功能主要是圍繞“自己管理的站點(diǎn)”來設(shè)計的。如果你想通過它來聚合訂閱全網(wǎng)內(nèi)容那它的定位并不匹配。3.5 多語言與國際化對于需要管理英文站點(diǎn)的用戶Mopost 在界面上也做了多語言支持。這個細(xì)節(jié)看起來不起眼但對于那些使用 WordPress 搭建英文獨(dú)立站的用戶來說至少不會在語言層面產(chǎn)生障礙。4. Mopost 與鴻蒙開發(fā)的技術(shù)關(guān)聯(lián)如果你只把 Mopost 當(dāng)作一個普通的博客客戶端來用那前面的內(nèi)容已經(jīng)足夠。但如果你對鴻蒙開發(fā)有興趣那么 Mopost 這類應(yīng)用是一個不錯的分析對象。下面我把與鴻蒙開發(fā)關(guān)系緊密的幾個技術(shù)點(diǎn)單獨(dú)拿出來講。4.1 基于 REST API 的數(shù)據(jù)交互Mopost 與 WordPress 站點(diǎn)之間的通信本質(zhì)上是基于 REST API 的 JSON 數(shù)據(jù)交互。WordPress 從 4.7 版本開始內(nèi)置了 REST API開發(fā)者可以通過標(biāo)準(zhǔn)接口來讀取文章、創(chuàng)建文章、管理評論和媒體。在鴻蒙開發(fā)中網(wǎng)絡(luò)請求通常使用ohos.net.http模塊。一個典型的 GET 請求可以這樣寫// 文件路徑entry/src/main/ets/network/WordPressApi.ets import http from ohos.net.http; export async function fetchPosts(baseUrl: string, username: string, password: string): PromiseObject { const httpRequest http.createHttp(); const url ${baseUrl}/wp-json/wp/v2/posts?per_page10; const response await httpRequest.request(url, { method: http.RequestMethod.GET, header: { Authorization: Basic Buffer.from(${username}:${password}).toString(base64), Content-Type: application/json }, expectDataType: http.HttpDataType.STRING, connectTimeout: 10000, readTimeout: 10000 }); if (response.responseCode 200) { const result JSON.parse(response.result as string); return result; } return []; }這段代碼展示了在鴻蒙環(huán)境下如何通過 HTTP 模塊請求 WordPress 接口。實際開發(fā)中Mopost 內(nèi)部的數(shù)據(jù)層會比這復(fù)雜得多但這個模型是基礎(chǔ)構(gòu)建 URL、設(shè)置請求頭、解析 JSON 響應(yīng)。4.2 ArkTS 狀態(tài)管理與 UI 更新鴻蒙原生的開發(fā)語言是 ArkTS它基于 TypeScript 進(jìn)行了擴(kuò)展在 UI 開發(fā)中使用的是 ArkUI 聲明式范式。對于從 React 或 Vue 轉(zhuǎn)過來的開發(fā)者ArkUI 的聲明式寫法并不難上手。Mopost 的界面中文章列表、評論列表、站點(diǎn)切換這些區(qū)域都會頻繁地發(fā)生數(shù)據(jù)刷新。在 ArkUI 中通常用State裝飾器來管理本地狀態(tài)用Prop/Link來實現(xiàn)父子組件間的數(shù)據(jù)同步。下面是一個簡單的文章列表頁面片段演示了 ArkUI 的基本寫法// 文件路徑entry/src/main/ets/pages/PostListPage.ets import { fetchPosts } from ../network/WordPressApi; Entry Component struct PostListPage { State posts: Arrayany []; State loading: boolean false; async aboutToAppear() { this.loading true; const data await fetchPosts(https://your-site.com, admin, app-password); this.posts data; this.loading false; } build() { List({ space: 12 }) { ForEach(this.posts, (post: any) { ListItem() { Column() { Text(post.title.rendered) .fontSize(18) .fontWeight(FontWeight.Bold) .width(100%) Text(post.date) .fontSize(14) .fontColor(#999999) .margin({ top: 4 }) } .padding(16) .backgroundColor(Color.White) .borderRadius(12) } }, (post: any) post.id) } .padding(16) .layoutWeight(1) } }從這段代碼里可以看到ArkUI 的開發(fā)體驗和現(xiàn)代前端框架很接近用State管理數(shù)據(jù)用build()描述 UI用ForEach循環(huán)渲染列表。如果你已經(jīng)掌握了 TypeScript上手鴻蒙原生開發(fā)并不困難。4.3 WebView 與混合渲染有些 WordPress 后臺功能比如主題編輯器、插件設(shè)置、古騰堡區(qū)塊編輯的某些能力通過 REST API 實現(xiàn)起來成本極高。Mopost 采用了 WebView 打開部分站點(diǎn)后臺頁面的策略這樣既保持了原生的核心體驗又不會因為 API 不支持而讓某些功能缺失。在鴻蒙中WebView 組件由ohos.web.webview提供。在 ArkUI 的頁面里可以直接加載一個網(wǎng)頁// 文件路徑entry/src/main/ets/pages/WebPage.ets import webview from ohos.web.webview; Entry Component struct WebPage { controller: webview.WebviewController new webview.WebviewController(); build() { Column() { Web({ src: https://your-site.com/wp-admin, controller: this.controller }) .width(100%) .height(100%) } } }這種原生化 WebView 混合的做法在鴻蒙生態(tài)早期是一個非常務(wù)實的方案。畢竟在 API 覆蓋不全面的情況下WebView 能保證功能的完整兜底。4.4 數(shù)據(jù)安全與本地存儲Mopost 需要保存用戶的站點(diǎn)地址、賬號信息等敏感數(shù)據(jù)。在鴻蒙開發(fā)中本地存儲可以選用ohos.data.preferences來實現(xiàn)輕量級的鍵值對存儲也可以使用更安全的ohos.security相關(guān)能力進(jìn)行加密處理。在實際項目中推薦的做法是敏感信息加密后再寫入 Preferences避免明文存儲。下面是 Preferences 的基礎(chǔ)用法示例// 文件路徑entry/src/main/ets/utils/StorageUtil.ets import dataPreferences from ohos.data.preferences; const PREF_NAME mopost_preferences; export async function saveSiteInfo(context: Context, siteUrl: string, username: string, appPassword: string) { const preferences await dataPreferences.getPreferences(context, PREF_NAME); await preferences.put(siteUrl, siteUrl); await preferences.put(username, username); await preferences.put(appPassword, appPassword); await preferences.flush(); }注意應(yīng)用密碼和賬號信息在本地存儲前應(yīng)當(dāng)做加密處理。Preferences 本身不是為高安全性數(shù)據(jù)設(shè)計的它更適合做普通配置項的存儲。4.5 鴻蒙生態(tài)適配的特殊性與 Android 或 iOS 開發(fā)相比鴻蒙開發(fā)目前還有幾個需要特別注意的地方這也是 Mopost 這類應(yīng)用在開發(fā)過程中需要繞開的坑設(shè)備碎片化鴻蒙系統(tǒng)版本跨度大部分舊設(shè)備不支持最新 API需要充分考慮 API 版本兼容。應(yīng)用市場審核鴻蒙應(yīng)用市場對隱私聲明、權(quán)限申請有嚴(yán)格要求開發(fā)者需要提前準(zhǔn)備好隱私政策文本。簽名與證書上架鴻蒙應(yīng)用市場需要申請發(fā)布證書和 Profile開發(fā)階段與發(fā)布階段的簽名配置不同。模擬器與真機(jī)差異鴻蒙模擬器在某些場景下與真機(jī)表現(xiàn)不完全一致尤其是網(wǎng)絡(luò)請求和 WebView 加載需要以真機(jī)測試為準(zhǔn)。5. 安裝配置與上手體驗前面講了功能和開發(fā)層面的內(nèi)容下面把 Mopost 的安裝配置步驟寫清楚方便你直接上手。5.1 獲取應(yīng)用Mopost 目前主要通過鴻蒙應(yīng)用市場分發(fā)。在鴻蒙手機(jī)上打開應(yīng)用市場搜索“Mopost”即可找到并安裝。如果在應(yīng)用市場里搜不到可以關(guān)注開發(fā)者的官方發(fā)布渠道通過側(cè)載方式安裝。需要提醒的是側(cè)載應(yīng)用請務(wù)必確認(rèn)來源可信避免安裝來路不明的安裝包。5.2 添加 WordPress 站點(diǎn)安裝完成后首次啟動會進(jìn)入站點(diǎn)管理頁面。點(diǎn)擊“添加站點(diǎn)”需要填寫以下信息配置項說明站點(diǎn)地址例如https://your-site.com不需要帶wp-admin路徑用戶名WordPress 后臺的登錄用戶名應(yīng)用密碼在 WordPress 后臺「用戶 → 個人資料 → 應(yīng)用程序密碼」生成這里要特別強(qiáng)調(diào)一下應(yīng)用密碼。應(yīng)用密碼是 WordPress 4.7 之后加入的功能它的好處是你可以為不同的應(yīng)用生成獨(dú)立的密碼并且隨時可以撤銷不影響主密碼的使用。Mopost 通過 REST API 操作站點(diǎn)使用應(yīng)用密碼是最安全的方案。5.3 應(yīng)用密碼的生成方法如果你還不會生成應(yīng)用密碼按照下面的步驟操作登錄 WordPress 后臺進(jìn)入「用戶 → 個人資料」頁面下拉到「應(yīng)用程序密碼」區(qū)域輸入名稱例如Mopost點(diǎn)擊「添加新應(yīng)用程序密碼」系統(tǒng)會生成一串密碼復(fù)制保存只顯示一次。生成后把這串密碼填到 Mopost 的站點(diǎn)配置里即可。5.4 開始寫作配置完成之后進(jìn)入應(yīng)用主界面點(diǎn)擊底部或懸浮的“寫文章”按鈕就能進(jìn)入富文本編輯器。寫完文章后可以直接發(fā)布也可以先保存為草稿在手機(jī)端做初稿、桌面端精修的工作流也是很多博主喜歡的方式。6. 運(yùn)行結(jié)果與效果驗證安裝配置完成后怎么判斷這個客戶端是否真正正常工作我這里給一個簡單的驗證清單站點(diǎn)列表能否正常顯示你添加的站點(diǎn)并正確展示站點(diǎn)名稱和頭像點(diǎn)擊進(jìn)入文章列表能否拉到站點(diǎn)已有的文章打開一篇文章內(nèi)容是否完整顯示圖片能否正常加載新建一篇草稿插入一張圖片保存后到 WordPress 后臺看看草稿是否存在到文章頁面發(fā)布文章前臺能否正常訪問在后臺創(chuàng)建一條評論或者讓朋友評論看 Mopost 能否拉取到評論列表。如果以上步驟都通過說明客戶端與站點(diǎn)之間的 REST API 通信是正常的。如果某一步失敗下面一節(jié)列出的排查思路可以幫你定位問題。7. 常見問題與排查思路在鴻蒙環(huán)境下使用 Mopost 經(jīng)常會碰到一些問題我以表格的形式整理出來方便你按圖索驥。問題現(xiàn)象可能原因排查方式解決方案添加站點(diǎn)時提示無法連接站點(diǎn)地址填寫錯誤在手機(jī)瀏覽器中直接訪問站點(diǎn)地址確認(rèn)可以打開檢查是否遺漏https://前綴無法獲取文章列表REST API 被插件或防火墻禁用在瀏覽器中訪問你的域名/wp-json/wp/v2/posts看是否返回 JSON檢查站點(diǎn)的固定鏈接設(shè)置并確認(rèn)相關(guān)安全插件未屏蔽 REST API401 認(rèn)證失敗應(yīng)用密碼錯誤或賬號權(quán)限不足在 WordPress 后臺重新生成應(yīng)用密碼刪除舊密碼生成新密碼后重新配置圖片上傳失敗站點(diǎn)媒體庫的上傳限制在網(wǎng)頁后臺測試上傳一張圖片檢查服務(wù)器 PHP 上傳限制和磁盤空間發(fā)布文章后前臺 404固定鏈接刷新異常在 WordPress 后臺設(shè)置中保存固定鏈接設(shè)置重新保存一次固定鏈接設(shè)置刷新重寫規(guī)則應(yīng)用閃退本地緩存數(shù)據(jù)異常查看應(yīng)用是否有日志輸出或崩潰記錄清除應(yīng)用數(shù)據(jù)后重新添加站點(diǎn)這里最需要留意的還是 REST API 的連通性。很多 WordPress 站點(diǎn)為了安全會安裝防火墻或安全插件如果插件配置不當(dāng)會攔截來自 REST API 的請求。遇到這類問題第一步不是檢查應(yīng)用而是檢查服務(wù)端的 API 是否對外開放。8. 最佳實踐與工程建議如果你不只是想用 Mopost還希望從它身上學(xué)到一些鴻蒙應(yīng)用開發(fā)的方法或者你本身就在計劃開發(fā)一個類似場景的鴻蒙客戶端下面的建議會比較有價值。8.1 命名與模塊劃分獨(dú)立開發(fā)者在做客戶端時容易把代碼堆在一個頁面文件里前期開發(fā)速度確實快但后期維護(hù)成本很高。建議按照模塊劃分目錄network所有網(wǎng)絡(luò)請求統(tǒng)一封裝model定義站點(diǎn)、文章、評論等數(shù)據(jù)模型pages頁面組件utils工具函數(shù)比如日期格式化、文本處理constants常量配置。Mopost 這類第三方客戶端數(shù)據(jù)模型通常不會太復(fù)雜但如果你打算支持多站點(diǎn)甚至多協(xié)議比如同時支持 WordPress 和 Ghost那模型層的設(shè)計就非常重要。8.2 安全邊界與最小權(quán)限鴻蒙應(yīng)用開發(fā)中有幾個安全原則值得刻在腦子里只申請你真正用到的權(quán)限不需要的權(quán)限一律不申請存儲用戶敏感信息時使用加密方案而不是明文網(wǎng)絡(luò)請求中涉及賬號密碼傳輸時必須使用 HTTPS不要在你的應(yīng)用里硬編碼第三方站點(diǎn)的后臺地址和密碼如果應(yīng)用需要日志輸出避免打印 Authorization 信息。這些原則同樣適用于你使用 Mopost 的過程妥善保存你的應(yīng)用密碼不要隨意把站點(diǎn)后臺地址和賬號信息透露給不可信的第三方工具。8.3 測試與兼容性鴻蒙應(yīng)用的兼容性測試需要在真機(jī)上做不能只依賴模擬器。尤其是 WebView 相關(guān)的功能不同設(shè)備上的內(nèi)核版本可能存在差異直接表現(xiàn)為頁面加載異?；?JavaScript 方法不可用。建議在項目早期就準(zhǔn)備一個設(shè)備真機(jī)測試清單至少覆蓋不同屏幕尺寸的異形屏適配、深色模式下的顏色顯示、不同的華為賬號登錄狀態(tài)、弱網(wǎng)環(huán)境下的請求超時處理。8.4 版本更新與回滾策略鴻蒙應(yīng)用在發(fā)布到市場之前應(yīng)進(jìn)行灰度驗證。如果發(fā)現(xiàn)嚴(yán)重問題可以通過應(yīng)用市場緊急下架也可以引導(dǎo)用戶回退到上一個版本。開發(fā)者應(yīng)該建立版本記錄臺賬記錄每個版本新增的功能、修復(fù)的 bug、以及可能導(dǎo)致的兼容性問題。對用戶來說遇到升級后異常首先考慮清理應(yīng)用緩存再者就是回退版本確認(rèn)是否為兼容性問題。9. 總結(jié)與后續(xù)學(xué)習(xí)方向Mopost 這個應(yīng)用從功能定位到技術(shù)實現(xiàn)都比較清晰地展示了鴻蒙生態(tài)里第三方客戶端的生存方式錨定一個具體需求用原生能力把體驗做到位同時用 WebView 兜底復(fù)雜的后臺操作。通過這篇文章你至少應(yīng)該掌握幾件事Mopost 是干什么的它適合哪類用戶如何配置 WordPress 應(yīng)用密碼在鴻蒙手機(jī)上安全地連接自己的站點(diǎn)它背后的數(shù)據(jù)交互模型順帶了解了鴻蒙上的網(wǎng)絡(luò)請求和 ArkUI 基本寫法如果自己開發(fā)鴻蒙應(yīng)用哪些安全底線和工程實踐是必須遵守的。如果你的下一步是準(zhǔn)備在鴻蒙上開發(fā)類似的客戶端建議按這個順序繼續(xù)深入先掌握 ArkTS 語言基礎(chǔ)再學(xué)習(xí) ArkUI 的聲明式 UI 開發(fā)然后研究ohos.net.http網(wǎng)絡(luò)模塊的封裝接著了解 WebView 混合渲染能力最后才是上架流程和證書配置。這是一個從“能跑”到“能上架”的完整路徑。Mopost 可能不會成為鴻蒙生態(tài)里的明星應(yīng)用但它的存在本身說明了鴻蒙原生應(yīng)用已經(jīng)開始覆蓋那些冷門、細(xì)分、但真實存在的需求。對于普通用戶多一個原生好用的博客客戶端不是什么大事但對于鴻蒙生態(tài)而言每一個細(xì)分類目被原生應(yīng)用覆蓋都意味著生態(tài)成熟度往前走了一步。