W przeciwieństwie do obszarów pamięci local
i sync
obszar przechowywania danych managed
wymaga zadeklarowania, że jego struktura jest zadeklarowana jako schemat JSON i jest ściśle weryfikowana przez Chrome. Schemat ten musi być przechowywany w pliku wskazanym przez właściwość "managed_schema"
w kluczu manifestu "storage"
, który deklaruje zasady firmy obsługiwane przez rozszerzenie.
Zasady są podobne do opcji, ale w przypadku rozszerzeń zainstalowanych zasad konfigurują je administrator systemu, co pozwala na wstępne skonfigurowanie rozszerzeń dla wszystkich użytkowników organizacji. Zobacz, jak Chrome obsługuje zasady, aby zobaczyć przykłady z samej Chrome.
Po zadeklarowaniu zasad można je odczytać za pomocą interfejsu API storage.managed. Zadaniem rozszerzenia jest egzekwowanie zasad skonfigurowanych przez administratora.
Przykładowy plik manifest.json
Właściwość storage.managed_schema
wskazuje plik w ramach rozszerzenia, który zawiera schemat zasad.
{
"name": "My enterprise extension",
"storage": {
"managed_schema": "schema.json"
},
...
}
Chrome wczyta te zasady z bazowego systemu operacyjnego i z Google Apps dla zalogowanych użytkowników. Zdarzenie storage.onChanged
jest uruchamiane po wykryciu zmiany zasady.
Na stronie chrome://policy możesz sprawdzić zasady wczytane przez Chrome.
Format schematu
Format schematu JSON ma dodatkowe wymagania Chrome:
- Schemat najwyższego poziomu musi mieć typ
object
. object
najwyższego poziomu nie może zawieraćadditionalProperties
. Zadeklarowaneproperties
to zasady dla tego rozszerzenia.- Każdy schemat musi mieć wartość
$ref
lub dokładnie 1 wartośćtype
.
Jeśli schemat jest nieprawidłowy, Chrome nie załaduje rozszerzenia i poda przyczynę, dla której schemat nie został zweryfikowany. Jeśli wartość zasady nie jest zgodna ze schematem, nie zostanie opublikowana przez interfejs storage.managed
API.
Przykładowy schemat
{
"type": "object",
// "properties" maps an optional key of this object to its schema. At the
// top-level object, these keys are the policy names supported.
"properties": {
// The policy name "AutoSave" is mapped to its schema, which in this case
// declares it as a simple boolean value.
// "title" and "description" are optional and are used to show a
// user-friendly name and documentation to the administrator.
"AutoSave": {
"title": "Automatically save changes.",
"description": "If set to true then changes will be automatically saved.",
"type": "boolean"
},
// Other simple types supported include "integer", "string" and "number".
"PollRefreshRate": {
"type": "integer"
},
"DefaultServiceUrl": {
"type": "string"
},
// "array" is a list of items that conform to another schema, described
// in "items". An example to this schema is [ "one", "two" ].
"ServiceUrls": {
"type": "array",
"items": {
"type": "string"
}
},
// A more complex example that describes a list of bookmarks. Each bookmark
// has a "title", and can have a "url" or a list of "children" bookmarks.
// The "id" attribute is used to name a schema, and other schemas can reuse
// it using the "$ref" attribute.
"Bookmarks": {
"type": "array",
"id": "ListOfBookmarks",
"items": {
"type": "object",
"properties": {
"title": { "type": "string" },
"url": { "type": "string" },
"children": { "$ref": "ListOfBookmarks" }
}
}
},
// An "object" can have known properties listed as "properties", and can
// optionally have "additionalProperties" indicating a schema to apply to
// keys that aren't found in "properties".
// This example policy could map a URL to its settings. An example value:
// {
// "youtube.com": {
// "blocklisted": true
// },
// "google.com": {
// "bypass_proxy": true
// }
// }
"SettingsForUrls": {
"type": "object",
"additionalProperties": {
"type": "object",
"properties": {
"blocklisted": { "type": "boolean" },
"bypass_proxy": { "type": "boolean" }
}
}
}
}
}