Ao contrário das áreas de armazenamento local
e sync
, a área de armazenamento managed
exige que a estrutura seja
declarada como Esquema JSON e é validada estritamente pelo Chrome. Esse esquema precisa ser armazenado em um
arquivo indicado pela propriedade "managed_schema"
da chave de manifesto "storage"
e declarar as
políticas corporativas aceitas pelo app.
As políticas são análogas às opções, mas são configuradas por um administrador do sistema, e não pelo usuário. Isso permite que o app seja pré-configurado para todos os usuários de uma organização. Confira como o Chrome processa políticas para ver exemplos do próprio Chrome.
Depois de declarar as políticas, elas podem ser lidas na API storage.managed. Cabe ao app aplicar as políticas configuradas pelo administrador.
Exemplo de manifest.json
A propriedade storage.managed_schema
indica um arquivo no app que contém o esquema
de política.
{
"name": "My enterprise app",
"storage": {
"managed_schema": "schema.json"
},
...
}
O Chrome vai carregar essas políticas do sistema operacional e dos Serviços do Google para usuários conectados. O evento storage.onChanged é acionado sempre que uma mudança de política é detectada, inclusive quando o navegador não estava em execução se o app usa páginas de eventos. Você pode verificar as políticas carregadas pelo Chrome em chrome://policy.
Formato do esquema
O formato de esquema JSON tem alguns requisitos adicionais do Chrome:
- O esquema de nível superior precisa ter o tipo
object
. - O
object
de nível superior não pode teradditionalProperties
. Asproperties
declaradas são as políticas do app. - Cada esquema precisa ter um valor
$ref
ou exatamente umtype
.
Se o esquema for inválido, o Chrome não vai carregar a extensão e vai indicar o motivo pelo qual o
esquema não foi validado. Se um valor de política não estiver em conformidade com o esquema, ele não será
publicado pela API storage.managed
.
Esquema de amostra
{
"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" }
}
}
}
}
}