果復(fù)制公開(kāi)字段篩選與失敗回退【鴻蒙心跡】)
圖片搜索結(jié)果頁(yè)里加一個(gè)“復(fù)制引用”按鈕乍看像是最沒(méi)有難度的功能。但工程里最值得問(wèn)的問(wèn)題恰恰是復(fù)制的到底是什么是圖片標(biāo)題、云端鏈接、當(dāng)前設(shè)備上的文件 URI還是某個(gè)短期有效的內(nèi)部資源標(biāo)識(shí)如果圖方便把整條搜索結(jié)果對(duì)象序列化進(jìn)剪貼板應(yīng)用內(nèi)部路徑、臨時(shí)令牌和調(diào)試字段可能一起被帶到其它應(yīng)用。這樣看起來(lái)很快捷實(shí)則讓一個(gè)普通的分享動(dòng)作變成了信息邊界問(wèn)題。這次用PhotoCitationDemo 只實(shí)現(xiàn)“復(fù)制公開(kāi)引用”。示例記錄固定為PF_016圖片名稱是“城市夜景”公開(kāi)示例鏈接是https://example.com/photos/PF_016。剪貼板最終文本由標(biāo)題與公開(kāi)鏈接組成本地file://、content://等私有路徑不進(jìn)入輸出。屏幕展示最終狀態(tài)COPIED成功寫(xiě)入次數(shù)為 1。整個(gè)流程是本地演示不連接在線相冊(cè)也沒(méi)有上傳圖片像素或讀取其它應(yīng)用剪貼板。圖 01文搜圖公開(kāi)字段復(fù)制的主題封面。剪貼板圖標(biāo)表示復(fù)制行為不代表自動(dòng)分享原圖文件。## 一、先決定允許離開(kāi)應(yīng)用的數(shù)據(jù)再討論 Pasteboard搜索結(jié)果通常有一串字段id、title、thumbnailUri、originalUri、publicUrl、ownerId有的項(xiàng)目還會(huì)附帶校驗(yàn)頭或請(qǐng)求上下文。如果直接寫(xiě)一個(gè)JSON.stringify(item)放進(jìn)剪貼板等于把業(yè)務(wù)對(duì)象的所有權(quán)交給目標(biāo)應(yīng)用。對(duì)于開(kāi)發(fā)調(diào)試來(lái)說(shuō)沒(méi)感覺(jué)放到真實(shí)相冊(cè)或客戶資料系統(tǒng)里就不合理了。這里采用白名單思路只允許標(biāo)題和已經(jīng)確認(rèn)對(duì)外可訪問(wèn)的 URL。別把“鏈接是 https 開(kāi)頭”理解成自動(dòng)安全鏈接的域名歸屬和分享權(quán)限仍需要業(yè)務(wù)端核對(duì)。為了保持演示可解釋樣例限定一個(gè)預(yù)設(shè)的公開(kāi)站點(diǎn)前綴不符合規(guī)則時(shí)只復(fù)制標(biāo)題這就是本文的格式降級(jí)不是異常靜默吞掉。先寫(xiě)一個(gè)完全不依賴系統(tǒng)剪貼板的文本組裝函數(shù)解決“哪些字段可以進(jìn)入跨應(yīng)用復(fù)制內(nèi)容”的問(wèn)題。arktsinterface PhotoCitation { id: string title: string publicUrl: string privateUri: string}function buildPublicCitation(photo: PhotoCitation): string { const safeTitle photo.title.trim().slice(0, 80) const prefix https://example.com/photos/ const allowed photo.publicUrl.startsWith(prefix) photo.publicUrl.endsWith(photo.id) return allowed ? ${safeTitle}\n${photo.publicUrl} : safeTitle}const sample: PhotoCitation { id: PF_016, title: 城市夜景, publicUrl: https://example.com/photos/PF_016, privateUri: file:///data/storage/el2/base/files/private/PF_016.jpg}最重要的不是前綴檢查有多復(fù)雜而是函數(shù)簽名清楚地表達(dá)了“從業(yè)務(wù)對(duì)象映射為可以公開(kāi)的剪貼板文本”。privateUri雖然出現(xiàn)在輸入模型里卻從不參與輸出。生產(chǎn)環(huán)境需要由服務(wù)端返回經(jīng)過(guò)授權(quán)的分享 URL還要防范大小寫(xiě)、編碼、路徑邊界和域名變體上面這種startsWithendsWith是教學(xué)上有意收窄的允許規(guī)則不是通用的 URL 安全驗(yàn)證器。## 二、寫(xiě)入成功之后才能提示“復(fù)制成功”HarmonyOS 的 Pasteboard 為普通文本復(fù)制提供了系統(tǒng)接口。官方文檔中可以看到pasteboard.createData(pasteboard.MIMETYPE_TEXT_PLAIN, text)和pasteboard.getSystemPasteboard().setData()的組合setData是異步操作返回 Promise。這里有一個(gè)非常具體的取舍不能在調(diào)用前就把按鈕狀態(tài)改成成功。如果寫(xiě)入失敗UI 依然顯示“復(fù)制成功”會(huì)讓用戶誤以為它已經(jīng)在其它應(yīng)用可用。下面這段代碼只負(fù)責(zé)把白名單文本寫(xiě)入系統(tǒng)剪貼板并把錯(cuò)誤顯式拋給展示層。它解決的是復(fù)制流程的結(jié)果一致性。arktsimport { pasteboard } from kit.BasicServicesKitclass CitationClipboard { async write(photo: PhotoCitation): PromiseCOPIED | TEXT_ONLY { const content buildPublicCitation(photo) if (content.length 0) { throw new Error(EMPTY_PUBLIC_CONTENT) } const data pasteboard.createData(pasteboard.MIMETYPE_TEXT_PLAIN, content) await pasteboard.getSystemPasteboard().setData(data) return content.includes(\n) ? COPIED : TEXT_ONLY }}這里并沒(méi)有去讀取剪貼板做所謂“寫(xiě)后驗(yàn)證”。官方說(shuō)明提到較新 API 版本對(duì)剪貼板讀取增加了隱私管控本文又沒(méi)有讀取需求因此寫(xiě)入成功就結(jié)束本輪操作。TEXT_ONLY代表公開(kāi) URL 不滿足演示約束仍然成功復(fù)制了標(biāo)題COPIED代表標(biāo)題和公開(kāi)鏈接均被寫(xiě)入。真正寫(xiě)入拋錯(cuò)時(shí)應(yīng)當(dāng)標(biāo)記FAILED不能混進(jìn)降級(jí)成功里。## 三、避免連續(xù)點(diǎn)擊把結(jié)果提示改亂復(fù)制按鈕看上去只要一行onClick但用戶雙擊和異步請(qǐng)求之間依舊可能產(chǎn)生競(jìng)態(tài)。最典型的是第一次復(fù)制標(biāo)題 A第二次復(fù)制標(biāo)題 B第一次寫(xiě)入后才返回頁(yè)面上“已復(fù)制 B”的文案卻突然被 A 的結(jié)果覆蓋。對(duì)于輕量的“復(fù)制引用”沒(méi)有必要一開(kāi)始就搭建復(fù)雜隊(duì)列先鎖定同一頁(yè)面的一次活動(dòng)操作明確忙碌狀態(tài)就夠了。下面這段 ArkUI 頁(yè)面代碼只展示關(guān)鍵部分按鈕觸發(fā)、狀態(tài)回寫(xiě)、錯(cuò)誤提示。真實(shí)項(xiàng)目的復(fù)制入口可能在列表卡片或底部工具欄但這段狀態(tài)機(jī)可以單獨(dú)復(fù)用。它解決的是重復(fù)操作與錯(cuò)誤反饋。arktsEntryComponentstruct PhotoClipPage { State copyState: string ‘READY’ State copiedCount: number 0 private copying: boolean false private clipboard: CitationClipboard new CitationClipboard() private photo: PhotoCitation sample private async copyCitation(): Promise { if (this.copying) { return } this.copying true this.copyState ‘COPYING’ try { this.copyState await this.clipboard.write(this.photo) this.copiedCount 1 } catch (_) { this.copyState ‘FAILED’ } finally { this.copying false } } build() { Column({ space: 12 }) { Text(‘PhotoCitation · 文搜圖引用’) Text(${this.photo.id} ${this.photo.title}) Text(this.copyState) Button(‘復(fù)制引用’) .enabled(this.copyState ! ‘COPYING’) .onClick(() { this.copyCitation() }) } }}copying是入口攔截按鈕.enabled()是可見(jiàn)的交互反饋。二者配合能夠減少重復(fù)點(diǎn)擊但并不負(fù)責(zé)跨頁(yè)面排隊(duì)。用戶在頁(yè)面銷毀前后都可能復(fù)制不同條目實(shí)際系統(tǒng)剪貼板只保留最新寫(xiě)入的內(nèi)容如果產(chǎn)品確實(shí)要求“最后點(diǎn)擊的一項(xiàng)必定獲勝”還要給每次寫(xiě)入分配序號(hào)并處理跨頁(yè)面排序不能宣稱鎖定本頁(yè)就解決了全部全局時(shí)序。*圖 02白色 DevEco Studio 風(fēng)格合成演示圖展示buildPublicCitation、createData與setData的調(diào)用關(guān)系HiLog 中的PF_016和COPIED是示例日志不是設(shè)備實(shí)測(cè)輸出。*## 四、手機(jī)界面為什么不展示一張“原圖已經(jīng)分享成功”的照片這里的功能叫“復(fù)制引用”不是“分享原文件”。兩者最大的不同是數(shù)據(jù)歸屬?gòu)?fù)制引用只承諾提供一段公開(kāi)文本復(fù)制圖片或文件則涉及不同 MIME 類型、文件讀取能力和跨應(yīng)用授權(quán)。也正因此手機(jī)演示圖的結(jié)果區(qū)顯示的是“城市夜景”和https://example.com/photos/PF_016另列一行“私有路徑未復(fù)制”。如果用一張巨大的照片把這些字段蓋住讀者很容易誤以為文章已經(jīng)做了原圖導(dǎo)出。*圖 039:16 純屏演示圖。記錄 IDPF_016狀態(tài)COPIED成功寫(xiě)入 1 次圖中字符串用于視覺(jué)核對(duì)非真實(shí)跨應(yīng)用粘貼測(cè)試。*還有一個(gè)實(shí)際產(chǎn)品經(jīng)常忽略的隱私邊界**剪貼板并不是私有倉(cāng)庫(kù)**。即使只復(fù)制公開(kāi)鏈接也應(yīng)該讓用戶知道內(nèi)容會(huì)進(jìn)入系統(tǒng)剪貼板之后可能被用戶粘貼到其它應(yīng)用。不要把短期會(huì)話密鑰、未授權(quán)的分享令牌或業(yè)務(wù)內(nèi)部路徑塞進(jìn)文本也不要假設(shè)應(yīng)用能在某個(gè)時(shí)刻徹底刪除已經(jīng)被其它軟件讀取的內(nèi)容。對(duì)于敏感數(shù)據(jù)寧可使用系統(tǒng)支持的授權(quán)分享能力和明確的用戶確認(rèn)步驟而不是靠剪貼板作為萬(wàn)能傳輸通道。## 五、異?；謴?fù)和適用范圍這次方案建議至少手動(dòng)覆蓋四條測(cè)試路徑公開(kāi)鏈接合法、公開(kāi)鏈接缺失、系統(tǒng)寫(xiě)入異常、連續(xù)兩次點(diǎn)擊。前三條分別應(yīng)得到COPIED、TEXT_ONLY和FAILED第四條應(yīng)在同一頁(yè)面操作進(jìn)行中阻止重復(fù)發(fā)起。展示層不要吞掉失敗原因?qū)嶋H項(xiàng)目可以寫(xiě)入脫敏診斷日志但不應(yīng)該把完整私有 URI 打進(jìn)日志。要注意示例沒(méi)有驗(yàn)證真實(shí)跨應(yīng)用讀取、設(shè)備間剪貼板同步和權(quán)限彈窗行為這些都需要適配目標(biāo) HarmonyOS 版本進(jìn)行設(shè)備驗(yàn)證。最終值得保留下來(lái)的不是按鈕樣式而是“把可復(fù)制內(nèi)容作為一份獨(dú)立、經(jīng)過(guò)篩選的公開(kāi)數(shù)據(jù)模型”。Pasteboard 負(fù)責(zé)寫(xiě)入業(yè)務(wù)層決定什么能離開(kāi)應(yīng)用頁(yè)面負(fù)責(zé)展示真實(shí)的異步結(jié)果。三層職責(zé)分開(kāi)以后未來(lái)無(wú)論要接圖片文件導(dǎo)出、UDMF 多類型數(shù)據(jù)還是業(yè)務(wù)分享鏈接授權(quán)都不必推倒這里的數(shù)據(jù)邊界設(shè)計(jì)。資料參考華為開(kāi)發(fā)者聯(lián)盟《使用剪貼板進(jìn)行復(fù)制粘貼》 https://developer.huawei.com/consumer/cn/doc/harmonyos-guides-v5/use_pasteboard_to_copy_and_paste-V5 。 Pasteboard × ArkTS：文搜圖結(jié)果復(fù)制公開(kāi)字段篩選與失敗回退【鴻蒙心跡】
圖片搜索結(jié)果頁(yè)里加一個(gè)“復(fù)制引用”按鈕乍看像是最沒(méi)有難度的功能。但工程里最值得問(wèn)的問(wèn)題恰恰是復(fù)制的到底是什么是圖片標(biāo)題、云端鏈接、當(dāng)前設(shè)備上的文件 URI還是某個(gè)短期有效的內(nèi)部資源標(biāo)識(shí)如果圖方便把整條搜索結(jié)果對(duì)象序列化進(jìn)剪貼板應(yīng)用內(nèi)部路徑、臨時(shí)令牌和調(diào)試字段可能一起被帶到其它應(yīng)用。這樣看起來(lái)很快捷實(shí)則讓一個(gè)普通的分享動(dòng)作變成了信息邊界問(wèn)題。這次用PhotoCitationDemo 只實(shí)現(xiàn)“復(fù)制公開(kāi)引用”。示例記錄固定為PF_016圖片名稱是“城市夜景”公開(kāi)示例鏈接是https://example.com/photos/PF_016。剪貼板最終文本由標(biāo)題與公開(kāi)鏈接組成本地file://、content://等私有路徑不進(jìn)入輸出。屏幕展示最終狀態(tài)COPIED成功寫(xiě)入次數(shù)為 1。整個(gè)流程是本地演示不連接在線相冊(cè)也沒(méi)有上傳圖片像素或讀取其它應(yīng)用剪貼板。圖 01文搜圖公開(kāi)字段復(fù)制的主題封面。剪貼板圖標(biāo)表示復(fù)制行為不代表自動(dòng)分享原圖文件。## 一、先決定允許離開(kāi)應(yīng)用的數(shù)據(jù)再討論 Pasteboard搜索結(jié)果通常有一串字段id、title、thumbnailUri、originalUri、publicUrl、ownerId有的項(xiàng)目還會(huì)附帶校驗(yàn)頭或請(qǐng)求上下文。如果直接寫(xiě)一個(gè)JSON.stringify(item)放進(jìn)剪貼板等于把業(yè)務(wù)對(duì)象的所有權(quán)交給目標(biāo)應(yīng)用。對(duì)于開(kāi)發(fā)調(diào)試來(lái)說(shuō)沒(méi)感覺(jué)放到真實(shí)相冊(cè)或客戶資料系統(tǒng)里就不合理了。這里采用白名單思路只允許標(biāo)題和已經(jīng)確認(rèn)對(duì)外可訪問(wèn)的 URL。別把“鏈接是 https 開(kāi)頭”理解成自動(dòng)安全鏈接的域名歸屬和分享權(quán)限仍需要業(yè)務(wù)端核對(duì)。為了保持演示可解釋樣例限定一個(gè)預(yù)設(shè)的公開(kāi)站點(diǎn)前綴不符合規(guī)則時(shí)只復(fù)制標(biāo)題這就是本文的格式降級(jí)不是異常靜默吞掉。先寫(xiě)一個(gè)完全不依賴系統(tǒng)剪貼板的文本組裝函數(shù)解決“哪些字段可以進(jìn)入跨應(yīng)用復(fù)制內(nèi)容”的問(wèn)題。arktsinterface PhotoCitation { id: string title: string publicUrl: string privateUri: string}function buildPublicCitation(photo: PhotoCitation): string { const safeTitle photo.title.trim().slice(0, 80) const prefix https://example.com/photos/ const allowed photo.publicUrl.startsWith(prefix) photo.publicUrl.endsWith(photo.id) return allowed ? ${safeTitle}\n${photo.publicUrl} : safeTitle}const sample: PhotoCitation { id: PF_016, title: 城市夜景, publicUrl: https://example.com/photos/PF_016, privateUri: file:///data/storage/el2/base/files/private/PF_016.jpg}最重要的不是前綴檢查有多復(fù)雜而是函數(shù)簽名清楚地表達(dá)了“從業(yè)務(wù)對(duì)象映射為可以公開(kāi)的剪貼板文本”。privateUri雖然出現(xiàn)在輸入模型里卻從不參與輸出。生產(chǎn)環(huán)境需要由服務(wù)端返回經(jīng)過(guò)授權(quán)的分享 URL還要防范大小寫(xiě)、編碼、路徑邊界和域名變體上面這種startsWithendsWith是教學(xué)上有意收窄的允許規(guī)則不是通用的 URL 安全驗(yàn)證器。## 二、寫(xiě)入成功之后才能提示“復(fù)制成功”HarmonyOS 的 Pasteboard 為普通文本復(fù)制提供了系統(tǒng)接口。官方文檔中可以看到pasteboard.createData(pasteboard.MIMETYPE_TEXT_PLAIN, text)和pasteboard.getSystemPasteboard().setData()的組合setData是異步操作返回 Promise。這里有一個(gè)非常具體的取舍不能在調(diào)用前就把按鈕狀態(tài)改成成功。如果寫(xiě)入失敗UI 依然顯示“復(fù)制成功”會(huì)讓用戶誤以為它已經(jīng)在其它應(yīng)用可用。下面這段代碼只負(fù)責(zé)把白名單文本寫(xiě)入系統(tǒng)剪貼板并把錯(cuò)誤顯式拋給展示層。它解決的是復(fù)制流程的結(jié)果一致性。arktsimport { pasteboard } from kit.BasicServicesKitclass CitationClipboard { async write(photo: PhotoCitation): PromiseCOPIED | TEXT_ONLY { const content buildPublicCitation(photo) if (content.length 0) { throw new Error(EMPTY_PUBLIC_CONTENT) } const data pasteboard.createData(pasteboard.MIMETYPE_TEXT_PLAIN, content) await pasteboard.getSystemPasteboard().setData(data) return content.includes(\n) ? COPIED : TEXT_ONLY }}這里并沒(méi)有去讀取剪貼板做所謂“寫(xiě)后驗(yàn)證”。官方說(shuō)明提到較新 API 版本對(duì)剪貼板讀取增加了隱私管控本文又沒(méi)有讀取需求因此寫(xiě)入成功就結(jié)束本輪操作。TEXT_ONLY代表公開(kāi) URL 不滿足演示約束仍然成功復(fù)制了標(biāo)題COPIED代表標(biāo)題和公開(kāi)鏈接均被寫(xiě)入。真正寫(xiě)入拋錯(cuò)時(shí)應(yīng)當(dāng)標(biāo)記FAILED不能混進(jìn)降級(jí)成功里。## 三、避免連續(xù)點(diǎn)擊把結(jié)果提示改亂復(fù)制按鈕看上去只要一行onClick但用戶雙擊和異步請(qǐng)求之間依舊可能產(chǎn)生競(jìng)態(tài)。最典型的是第一次復(fù)制標(biāo)題 A第二次復(fù)制標(biāo)題 B第一次寫(xiě)入后才返回頁(yè)面上“已復(fù)制 B”的文案卻突然被 A 的結(jié)果覆蓋。對(duì)于輕量的“復(fù)制引用”沒(méi)有必要一開(kāi)始就搭建復(fù)雜隊(duì)列先鎖定同一頁(yè)面的一次活動(dòng)操作明確忙碌狀態(tài)就夠了。下面這段 ArkUI 頁(yè)面代碼只展示關(guān)鍵部分按鈕觸發(fā)、狀態(tài)回寫(xiě)、錯(cuò)誤提示。真實(shí)項(xiàng)目的復(fù)制入口可能在列表卡片或底部工具欄但這段狀態(tài)機(jī)可以單獨(dú)復(fù)用。它解決的是重復(fù)操作與錯(cuò)誤反饋。arktsEntryComponentstruct PhotoClipPage { State copyState: string ‘READY’ State copiedCount: number 0 private copying: boolean false private clipboard: CitationClipboard new CitationClipboard() private photo: PhotoCitation sample private async copyCitation(): Promise { if (this.copying) { return } this.copying true this.copyState ‘COPYING’ try { this.copyState await this.clipboard.write(this.photo) this.copiedCount 1 } catch (_) { this.copyState ‘FAILED’ } finally { this.copying false } } build() { Column({ space: 12 }) { Text(‘PhotoCitation · 文搜圖引用’) Text(${this.photo.id} ${this.photo.title}) Text(this.copyState) Button(‘復(fù)制引用’) .enabled(this.copyState ! ‘COPYING’) .onClick(() { this.copyCitation() }) } }}copying是入口攔截按鈕.enabled()是可見(jiàn)的交互反饋。二者配合能夠減少重復(fù)點(diǎn)擊但并不負(fù)責(zé)跨頁(yè)面排隊(duì)。用戶在頁(yè)面銷毀前后都可能復(fù)制不同條目實(shí)際系統(tǒng)剪貼板只保留最新寫(xiě)入的內(nèi)容如果產(chǎn)品確實(shí)要求“最后點(diǎn)擊的一項(xiàng)必定獲勝”還要給每次寫(xiě)入分配序號(hào)并處理跨頁(yè)面排序不能宣稱鎖定本頁(yè)就解決了全部全局時(shí)序。*圖 02白色 DevEco Studio 風(fēng)格合成演示圖展示buildPublicCitation、createData與setData的調(diào)用關(guān)系HiLog 中的PF_016和COPIED是示例日志不是設(shè)備實(shí)測(cè)輸出。*## 四、手機(jī)界面為什么不展示一張“原圖已經(jīng)分享成功”的照片這里的功能叫“復(fù)制引用”不是“分享原文件”。兩者最大的不同是數(shù)據(jù)歸屬?gòu)?fù)制引用只承諾提供一段公開(kāi)文本復(fù)制圖片或文件則涉及不同 MIME 類型、文件讀取能力和跨應(yīng)用授權(quán)。也正因此手機(jī)演示圖的結(jié)果區(qū)顯示的是“城市夜景”和https://example.com/photos/PF_016另列一行“私有路徑未復(fù)制”。如果用一張巨大的照片把這些字段蓋住讀者很容易誤以為文章已經(jīng)做了原圖導(dǎo)出。*圖 039:16 純屏演示圖。記錄 IDPF_016狀態(tài)COPIED成功寫(xiě)入 1 次圖中字符串用于視覺(jué)核對(duì)非真實(shí)跨應(yīng)用粘貼測(cè)試。*還有一個(gè)實(shí)際產(chǎn)品經(jīng)常忽略的隱私邊界**剪貼板并不是私有倉(cāng)庫(kù)**。即使只復(fù)制公開(kāi)鏈接也應(yīng)該讓用戶知道內(nèi)容會(huì)進(jìn)入系統(tǒng)剪貼板之后可能被用戶粘貼到其它應(yīng)用。不要把短期會(huì)話密鑰、未授權(quán)的分享令牌或業(yè)務(wù)內(nèi)部路徑塞進(jìn)文本也不要假設(shè)應(yīng)用能在某個(gè)時(shí)刻徹底刪除已經(jīng)被其它軟件讀取的內(nèi)容。對(duì)于敏感數(shù)據(jù)寧可使用系統(tǒng)支持的授權(quán)分享能力和明確的用戶確認(rèn)步驟而不是靠剪貼板作為萬(wàn)能傳輸通道。## 五、異?；謴?fù)和適用范圍這次方案建議至少手動(dòng)覆蓋四條測(cè)試路徑公開(kāi)鏈接合法、公開(kāi)鏈接缺失、系統(tǒng)寫(xiě)入異常、連續(xù)兩次點(diǎn)擊。前三條分別應(yīng)得到COPIED、TEXT_ONLY和FAILED第四條應(yīng)在同一頁(yè)面操作進(jìn)行中阻止重復(fù)發(fā)起。展示層不要吞掉失敗原因?qū)嶋H項(xiàng)目可以寫(xiě)入脫敏診斷日志但不應(yīng)該把完整私有 URI 打進(jìn)日志。要注意示例沒(méi)有驗(yàn)證真實(shí)跨應(yīng)用讀取、設(shè)備間剪貼板同步和權(quán)限彈窗行為這些都需要適配目標(biāo) HarmonyOS 版本進(jìn)行設(shè)備驗(yàn)證。最終值得保留下來(lái)的不是按鈕樣式而是“把可復(fù)制內(nèi)容作為一份獨(dú)立、經(jīng)過(guò)篩選的公開(kāi)數(shù)據(jù)模型”。Pasteboard 負(fù)責(zé)寫(xiě)入業(yè)務(wù)層決定什么能離開(kāi)應(yīng)用頁(yè)面負(fù)責(zé)展示真實(shí)的異步結(jié)果。三層職責(zé)分開(kāi)以后未來(lái)無(wú)論要接圖片文件導(dǎo)出、UDMF 多類型數(shù)據(jù)還是業(yè)務(wù)分享鏈接授權(quán)都不必推倒這里的數(shù)據(jù)邊界設(shè)計(jì)。資料參考華為開(kāi)發(fā)者聯(lián)盟《使用剪貼板進(jìn)行復(fù)制粘貼》 https://developer.huawei.com/consumer/cn/doc/harmonyos-guides-v5/use_pasteboard_to_copy_and_paste-V5 。