不負相思意
2022-05-22 18:05:33
我正在創建一個 chrome 擴展,每當加載新頁面時都需要調用 HTTP Get Request API。然后,我的擴展程序在網頁中插入一個 IFrame,我想向其提供來自 API 調用的數據。我設計了兩種不同的方法來做到這一點。我已經能夠獲得兩種工作方式,但是,我想知道哪種方式更可取。在內容腳本注入 iframe 后,它會調用后臺腳本。在后臺腳本中,我們獲取數據并使用postMessage函數進行消息傳遞以將數據發送到 IFrame。然后數據由 IFrame 內的腳本接收并加載數據。在內容腳本注入 iframe 后,一個腳本會在 IFrame 內運行以獲取數據。然后這個相同的腳本加載數據?;蛘呷绻腥魏纹渌椒?,我將不勝感激任何建議。我現在比較我描述的兩種方法的邏輯是,第一種方法具有從 backgorund 腳本執行 API 調用的優點,而第二種方法具有不需要在各種腳本之間進行大量通信的優點。這些方法中的任何一種都優越嗎?謝謝你的建議。
1 回答
鳳凰求蠱
TA貢獻1825條經驗 獲得超4個贊
任何具有chrome-extension://URL 的擴展頁面或框架都具有同等權利。它包括您在網頁中插入的 iframe,這些 iframesrc指向通過manifest.json 中的web_accessible_resources公開的擴展程序中的 html 文件。
這意味著沒有固有的限制或首選方法。
它只取決于數據的生命周期。
在后臺頁面發出請求什么時候有意義:
如果您出于某種原因有一個持久的背景頁面,則將其緩存在變量/對象中;
避免由于用戶或主文檔的腳本關閉或導航選項卡而中斷請求;
使用您在后臺腳本中加載的某個庫轉換數據,并且出于某種原因不想將其加載到 UI 頁面/框架中,例如加載速度慢。
任何其他原因。
至于頁面之間的共享,即使使用消息傳遞也應該很快,除非您的數據超過 64MB 消息大小限制,在這種情況下,您必須使用URL 或通過返回后臺腳本對象的getBackgroundPageBlob直接訪問變量。還有一個BroadcastChannel API,它應該能夠在所有 chrome-extension:// 頁面或擴展的框架之間工作,并且在 Chrome 中,由于使用結構化克隆算法而不是消息傳遞使用的 JSON 字符串化/解析,它應該比消息傳遞快得多內部。window
作為任何與性能相關的問題的經驗法則:使用 devtools 性能分析器。
添加回答
舉報
0/150
提交
取消
