使容器API可靠
　　容器是默認情況下在Firefox beta版和一般版本中禁用的平臺特性。到目前為止，擴展開發(fā)人員不得不通知用戶啟用容器中的：首選項，以便使用容器API。隨著Firefox的發(fā)布(現(xiàn)在在開發(fā)版)的變化。在Firefox量子中，如果您是一個創(chuàng)建容器擴展的開發(fā)人員，那么您的擴展就可以啟用容器。所以現(xiàn)在，當(dāng)用戶安裝你的擴展時，他們沒有額外的步驟。如果他們試圖禁用容器，他們首先需要禁用擴展。
　　這為擴展開發(fā)人員提供了保證，當(dāng)安裝擴展時容器API將起作用。過去，用戶可以在任何時候禁用容器，并中斷所有與容器相關(guān)的擴展?，F(xiàn)在他們必須首先禁用擴展本身，以便禁用容器標(biāo)簽。
　　我們還對現(xiàn)有的“查詢”、“獲取”、“更新”和“刪除”方法進行了更改，使之更加“承諾友好”。與其用空或假值解決承諾，我們現(xiàn)在拒絕有錯誤時的承諾。在找不到容器或存在內(nèi)部錯誤的情況下，我們拒絕API的承諾，所以在catch catch塊中封裝API調(diào)用允許您的代碼處理這些錯誤：
　　異步getcontainer(cookiestoreid){
　　讓容器;
　　嘗試{
　　集裝箱=等待瀏覽器。contextualidentities得到(cookiestoreid);
　　} catch(e){
　　/ *容器可能被禁用，API可能失敗
　　或容器已被刪除。* /
　　這warnuser(E);
　　}
　　返回容器;
　　}
　　向現(xiàn)有擴展添加容器
　　擴展常常為他們的用戶實現(xiàn)選項，這些選項對所有瀏覽活動都不理想。特定的擴展可以提供隱私、安全或其他用戶界面的好處和增強。可能的擴展是一個簡單的定時器來跟蹤你多久看貓的GIF在社會媒體在你的工作日。在完成工作容器之后，您可能不需要它。大多數(shù)擴展都要求用戶發(fā)起交互，而且對于您的擴展名來說，“始終在”可能不是必要的或有益的。
　　使用容器代替“上下文”的指示器簡化了您的擴展的用戶體驗。當(dāng)特定容器打開時，添加新功能的擴展更有可能被積極使用，因為它們鉤住現(xiàn)有的容器。例如，HTTPS無處不在的“總是HTTPS”選項打破了許多網(wǎng)站，但它總是相關(guān)的，在上下文中，如果它是默認實現(xiàn)時，你在銀行的容器。
　　雖然擴展可以改變基于URL的行為，但我們認為容器的安全性和隱私好處為用戶配置設(shè)置提供了新的激勵。
　　新容器擴展的想法
　　我們對容器擴展提供基于上下文的瀏覽增強的可能性感到興奮。當(dāng)用戶希望在工作選項卡中時，擴展可能被配置為阻止工作頁的安全性。當(dāng)用戶不希望在家中提醒工作時，可以將擴展配置為自動刪除用戶的工作歷史記錄，但請記住個人歷史記錄。
　　例如，擴展可以：
　　社會成為一個社會標(biāo)簽頁加載
　　在工作選項卡中，在選項卡關(guān)閉時刪除cookie
　　在購物標(biāo)簽中阻止密鑰記錄腳本
　　為固定制表符創(chuàng)建唯一的容器
　　加載多個版本的QA測試網(wǎng)站，同時還在瀏覽器中提供歷史和開發(fā)工具(而不是無頭瀏覽器測試)。
　　例如，我們已經(jīng)看到了許多容器擴展的創(chuàng)建：
　　容器在運行時給用戶一個臨時容器，用于標(biāo)簽的生命周期。臨時容器模擬私有選項卡，因為容器彼此隔離。一旦標(biāo)簽被扔掉，容器就會被刪除，它會刪除與之相關(guān)聯(lián)的cookie和其他存儲。
　　Cookie AutoDelete–已被修改，逐步增強時，容器的啟用，給用戶更改刪除cookie設(shè)置每集裝箱的能力。
　　能–容器實現(xiàn)的全景延伸
　　和許多更多的
　　集裝箱webextension API允許開發(fā)者重寫容器本身。開發(fā)人員可以在上面擴展我們的擴展并構(gòu)建改進。如果您正在尋找想法，我們有大量的開放增強請求列表，擴展開發(fā)人員可以使用所提供的API在自己的擴展中解決這些請求。
　　從所有這些更改和更新中可以看出，我們真正接受了使用容器進行選項卡管理。
　　整潔的Tab切換API從容器