跨瀏覽器擴展開發和外部網站：最佳實踐

Question

我們目前正在開發Chrome瀏覽器擴展，將我們的內容和控件插入特定的外部網站，供用戶通過Chrome的「內容腳本」沙箱進行交互。我們的工作非常好。但是，我們有兩個顧慮：

1. 不用說，我們在很大程度上依賴於在我們插入我們自己的控件和內容，這些外部網站的HTML結構和DOM的ID。因此，有時網站會改變一些小問題，並且我們能夠迅速做出反應。問題是：我們有多脆弱？與我們一樣，外部網站對這些DOM標識和HTML結構具有相同的JS依賴關係。我們認爲，除非整個網站進行了全面改革，否則他們會不願意改變現狀。思考？

2. 隨着我們繼續擴大我們的Chrome瀏覽器擴展，我們儘可能地避免本機Chrome API調用。但是，隨着我們從內容腳本開發轉向Chrome的「背景」，我們發現我們不得不求助於本機Chrome API調用 - 尤其是在後臺和內容腳本之間發送消息時。我們現在正在抽象調用Chrome瀏覽器，並計劃用Firefox API替換它們。除了這個標準的做法之外，着眼於快速轉向Firefox，是否有辦法減輕或消除從Chrome到Firefox的擴展修改的影響？換句話說，除了日常的軟件開發最佳實踐之外，是否有開發跨瀏覽器擴展的特定最佳實踐？

想法和鏈接非常感謝。

Answer 1

1. 當您在網站中集成得太緊時，您的分機（或網站）可能因與其他分機衝突而中斷。儘量減少網頁特定結構上的依賴關係的數量，並在可能的情況下提供回退。
   跟蹤相關元素並檢查它們是否仍然存在於文檔中（使用（自動）（集成）測試）。
2. 摘要將平臺特定的細節放在單獨的模塊中，並使所有方法異步。在異步方法中使用同步（擴展）API很容易，但不是相反。
   一些API實際上是平臺特定的。不要爲這些API編寫抽象，而是開發提供所需功能的特定於平臺的模塊。

如果您想了解有關測試瀏覽器擴展的我的2c的更多信息，請參見Testing browser extensions。