Перевод не завершен. Пожалуйста, помогите перевести эту статью с английского.

Расширение состоит из набора файлов, упакованных для распространения и установки. В этой статье мы быстро перейдем к файлам, которые могут присутствовать в расширении.

manifest.json

Это единственный файл, который должен присутствовать в каждом расширении. Он содержит основные метаданные, такие как его имя, версию и требуемые разрешения. Он также предоставляет указатели на другие файлы в расширении.

Этот манифест также может содержать указатели на несколько других типов файлов:

  • Background pages: Реализуйте длительную логику.
  • Иконки для расширения и любые кнопки, которые он может определить.
  • Sidebars, popups, and options pages: HTML-документы, которые предоставляют контент для различных компонентов пользовательского интерфейса.
  • Content scripts: JavaScript включен с вашим расширением, которое вы будете вводить на веб-страницы.

Для получения подробной информации см. Справочную страницу  manifest.json

Помимо ссылок, указанных в манифесте, расширение может включать дополнительные Extension pages с поддерживающими файлами.

Background scripts

Расширения часто должны поддерживать долгосрочное состояние или выполнять долгосрочные операции независимо от срока службы любой конкретной веб-страницы или окна браузера. Для этого нужны фоновые сценарии.

Фоновые сценарии загружаются сразу после загрузки и остаются загруженными до тех пор, пока расширение не будет отключено или не удалено. Вы можете использовать любой WebExtension APIs в сценарии, если вы запросили необходимыеpermissions.

Specifying background scripts

Вы можете включить фоновый скрипт, используя background ключ в «manifest.json»:

// manifest.json

"background": {
  "scripts": ["background-script.js"]
}

Вы можете указать несколько фоновых сценариев: если вы это сделаете, они выполняются в том же контексте, как и несколько сценариев, загружаемых в одну веб-страницу.

Background script environment

DOM APIs

Background scripts run in the context of special pages called background pages. This gives them a window global, along with all the standard DOM APIs provided by that object.

You do not have to supply your background page. If you include a background script, an empty background page will be created for you.

However, you can choose to supply your background page as a separate HTML file:

// manifest.json

"background": {
  "page": "background-page.html"
}

WebExtension APIs

Background scripts can use any of the WebExtension APIs in the script, as long as their extension has the necessary permissions.

Cross-origin access

Background scripts can make XHR requests to any hosts for which they have host permissions.

Web content

Background scripts do not get direct access to web pages. However, they can load content scripts into web pages and can communicate with these content scripts using a message-passing API.

Content security policy

Background scripts are restricted from certain potentially dangerous operations, like the use of eval(), through a Content Security Policy. See Content Security Policy for more details on this.

Your extension can include various user interface components whose content is defined using an HTML document:

  • a sidebar is a pane that is displayed at the left-hand side of the browser window, next to the web page
  • a popup is a dialog that you can display when the user clicks on a toolbar button or address bar button
  • an options page is a page that's shown when the user accesses your add-on's preferences in the browser's native add-ons manager.

For each of these components, you create an HTML file and point to it using a specific property in manifest.json. The HTML file can include CSS and JavaScript files, just like a normal web page.

All of these are a type of Extension pages, and unlike a normal web page, your JavaScript can use all the same privileged WebExtension APIs as your background script. They can even directly access variables in the background page using runtime.getBackgroundPage().

Extension pages

You can also include HTML documents in your extension which are not attached to some predefined user interface component. Unlike the documents you might provide for sidebars, popups, or options pages, these don't have an entry in manifest.json. However, they do also get access to all the same privileged WebExtension APIs as your background script.

You'd typically load a page like this using windows.create() or tabs.create().

See Extension pages to learn more.

Content scripts

Use content scripts to access and manipulate web pages. Content scripts are loaded into web pages and run in the context of that particular page.

Content scripts are extension-provided scripts which run in the context of a web page; this differs from scripts which are loaded by the page itself, including those which are provided in <script> elements within the page.

Content scripts can see and manipulate the page's DOM, just like normal scripts loaded by the page.

Unlike normal page scripts, they can:

  • Make cross-domain XHR requests.
  • Use a small subset of the WebExtension APIs.
  • Exchange messages with their background scripts and can in this way indirectly access all the WebExtension APIs.

Content scripts cannot directly access normal page scripts but can exchange messages with them using the standard window.postMessage() API.

Usually, when we talk about content scripts, we are referring to JavaScript, but you can inject CSS into web pages using the same mechanism.

See the content scripts article to learn more.

Web accessible resources

Web accessible resources are resources such as images, HTML, CSS, and JavaScript that you include in the extension and want to make accessible to content scripts and page scripts. Resources which are made web-accessible can be referenced by page scripts and content scripts using a special URI scheme.

For example, if a content script wants to insert some images into web pages, you could include them in the extension and make them web accessible. Then the content script could create and append img tags which reference the images via the src attribute.

To learn more, see the documentation for the web_accessible_resources manifest.json key.

 

 

Метки документа и участники

 Внесли вклад в эту страницу: volkovv
 Обновлялась последний раз: volkovv,