Guia de permissões de sincronização do dispositivo

Habilitar e configurar dados de usuário personalizados

O Atlas App Services armazena documentos que correspondem aos dados personalizados do usuário em um cluster do MongoDB Atlas vinculado. Ao configurar dados de usuário personalizados para sua aplicação, você especifica o cluster, o banco de dados, a coleção e, finalmente, um campo de _id de usuário, que mapeia um documento de dados de usuário personalizado para um ID de usuário autenticado.

Para habilitar Dados de Usuário Personalizados na App Services UI, siga estas steps:

1. Clique em App Users no painel esquerdo.

2. Selecione a guia User Settings e encontre a seção Custom User Data.

3. Defina a alternância Enable Custom User Data para On.

4. Especifique os seguintes valores:

   • Cluster Name: O nome de um cluster MongoDB vinculado que conterá o banco de dados de dados de usuário personalizado.

   • Database Name: O nome do banco de dados MongoDB que conterá a coleta de dados personalizada do usuário.

   • Collection Name: O nome da coleção MongoDB que conterá dados de usuário personalizados.

5. Especifique o campo ID do usuário. Cada documento na coleção de dados de usuários personalizados deve ter um campo que mapeie para um usuário específico. O campo deve estar presente em todos os documentos que mapeiam para um usuário e deve conter o ID do usuário como uma cadeia de caracteres. Recomendamos que você use o campo padrão _id para armazenar o ID do usuário. O MongoDB coloca automaticamente uma restrição no campo _id, garantindo exclusividade.

   Observação

   Se dois documentos nesta coleção contiverem o mesmo valor de ID de usuário, o App Services usará o primeiro documento correspondente, o que leva a resultados inesperados.

6. Salve e implante as alterações.

   Observação

   Reinicie a sessão de sincronização após atualizar os dados personalizados do usuário

   O servidor de sincronização armazena em cache dados personalizados do usuário durante a sessão. Como resultado, você deve reiniciar a sessão de sincronização depois de atualizar os dados personalizados do usuário para evitar um erro de gravação compensador. Para reiniciar a sessão de sincronização, pause e retome todas as sessões de sincronização abertas no aplicativo cliente. Para obter mais informações sobre como pausar e retomar a sincronização dos SDKs do cliente, consulte seu SDK preferido:

   • Pausar ou retomar uma sessão de sincronização de dispositivo - Flutter SDK

   • Pausar ou retomar uma sessão de sincronização de dispositivo - Kotlin SDK

   • Pausar ou retomar uma sessão de sincronização de dispositivo - Java SDK

   • Pausar ou retomar uma sessão de sincronização de dispositivo - .Net SDK

   • Pausar ou retomar uma sessão do Device Sync - Node SDK

   • Pausar ou retomar uma sessão de sincronização de dispositivo - Reagir SDK nativo

   • Pausar ou retomar uma sessão de Device Sync - Swift SDK

Configurar privilégios de administrador

Depois de ativar os dados personalizados do usuário, você poderá implementar a estratégia de privilégios de administrador. Para fazer isso, siga estas etapas gerais:

1. Faça login na interface do usuário do Realm e clique em Sync no painel esquerdo.

2. Em Sync Type, escolha Flexible.

3. Defina o botão de alternância para ativar Development Mode.

4. Selecione o cluster que deseja sincronizar.

5. Define a Database Name: selecione +Add a new database e digite um nome para o banco de dados que o Realm usará para armazenar seus objetos sincronizados. Você pode nomeá-lo como quiser. Uma estratégia comum seria nomear o banco de dados com o nome do aplicativo que você está criando.

6. Select Queryable Fields: digite owner_id. Isso permite que suas expressões de permissão (que você definirá a seguir) usem qualquer campo chamado owner_id.

7. Ignore Advanced Configuratione, em seguida, clique em Save Changes para ativar a Sincronização.

Agora você precisa configurar as permissões. Navegue até a página Rules. Clique no botão Default Roles and Filters para editar os papéis padrão. Use o menu suspenso do modelo para selecionar o modelo chamado "Os usuários podem ler e escrever seus próprios dados, os administradores podem ler e gravar todos os dados".

Isto preenche a caixa de expressão de regra com o seguinte:

[
   {
     "name": "admin",
     "apply_when": {
       "%%user.custom_data.isGlobalAdmin": true
     },
     "document_filters": {
       "read": true,
       "write": true
     },
     "read": true,
     "write": true
   },
   {
     "name": "user",
     "apply_when": {},
     "document_filters": {
       "read": { "owner_id": "%%user.id" },
       "write": { "owner_id": "%%user.id" }
     },
     "read": true,
     "write": true
   }
]

Habilitar e configurar dados de usuário personalizados

Para habilitar Dados de Usuário Personalizados na App Services UI, siga estas steps:

1. Clique em App Users no painel esquerdo.

2. Selecione a guia User Settings e encontre a seção Custom User Data.

3. Defina a alternância Enable Custom User Data para On.

4. Especifique os seguintes valores:

   • Cluster Name: O nome de um cluster MongoDB vinculado que conterá o banco de dados de dados de usuário personalizado.

   • Database Name: O nome do banco de dados MongoDB que conterá a coleta de dados personalizada do usuário.

   • Collection Name: O nome da coleção MongoDB que conterá dados de usuário personalizados.

5. Especifique o campo ID do usuário. Cada documento na coleção de dados de usuários personalizados deve ter um campo que mapeie para um usuário específico. O campo deve estar presente em todos os documentos que mapeiam para um usuário e deve conter o ID do usuário como uma cadeia de caracteres. Recomendamos que você use o campo padrão _id para armazenar o ID do usuário. O MongoDB coloca automaticamente uma restrição no campo _id, garantindo exclusividade.

   Observação

   Se dois documentos nesta coleção contiverem o mesmo valor de ID de usuário, o App Services usará o primeiro documento correspondente, o que leva a resultados inesperados.

6. Salve e implante as alterações.

   Observação

   Reinicie a sessão de sincronização após atualizar os dados personalizados do usuário

   O servidor de sincronização armazena em cache dados personalizados do usuário durante a sessão. Como resultado, você deve reiniciar a sessão de sincronização depois de atualizar os dados personalizados do usuário para evitar um erro de gravação compensador. Para reiniciar a sessão de sincronização, pause e retome todas as sessões de sincronização abertas no aplicativo cliente. Para obter mais informações sobre como pausar e retomar a sincronização dos SDKs do cliente, consulte seu SDK preferido:

   • Pausar ou retomar uma sessão de sincronização de dispositivo - Flutter SDK

   • Pausar ou retomar uma sessão de sincronização de dispositivo - Kotlin SDK

   • Pausar ou retomar uma sessão de sincronização de dispositivo - Java SDK

   • Pausar ou retomar uma sessão de sincronização de dispositivo - .Net SDK

   • Pausar ou retomar uma sessão do Device Sync - Node SDK

   • Pausar ou retomar uma sessão de sincronização de dispositivo - Reagir SDK nativo

   • Pausar ou retomar uma sessão de Device Sync - Swift SDK

Criar função de trigger de autenticação

Precisamos criar uma função de trigger de autenticação que crie um objeto de usuário personalizado quando um usuário autenticar pela primeira vez. Para fazer isso, siga estas etapas:

1. Faça login na interface do usuário do Realm e clique em Triggers no painel esquerdo.

2. Clique no botão Add a Trigger.

3. Defina a alternância Trigger Type para Authentication.

4. Em Detalhes do trigger, especifique os seguintes valores:

   • Name: "onUserCreated"

   • Enbaled: Alterne para "Ligado"

   • Action Type: Selecione "criar"

   • Provider(s): Selecione "E-mail/Senha" ou qualquer provedor(s) de autenticação que você esteja usando

   • Select an Event Type: Selecione "função"

   • Function: Selecione "+Nova função" e, em seguida:

     • Function Name: "onUserCreated"

     • Function: substitua o texto do espaço reservado pela seguinte função:

     exports = function(authEvent) {
         const user = authEvent.user;
         const collection = context.services.get("mongodb-atlas").db("Item").collection("User");
         const newDoc = {
           _id: user.id,
           email: user.data.email, // Useful for looking up user IDs by email later - assuming email/password auth is used
           team: "", // Used for tiered privileges
           isTeamAdmin: false, // Used for tiered privileges
           isGlobalAdmin: false, // Used for admin privileges
           subscribedTo: [], // Used for restricted feed
         };
         return collection.insertOne(newDoc);
     };

Configurar permissões restritas

No objeto de dados de usuário personalizado, crie uma array que detém os valores _id de cada autor que o usuário segue. Neste exemplo, vamos chamá-lo de "assinaturas". Nosso objeto de dados do usuário se parece com o seguinte, onde Lily Realmster ("_id": "1234") está inscrita em todos os documentos escritos pelos usuários "456" e "789":

{
   "_id" : "1234",
   "firstName": "Lily",
   "lastName": "Realmster",
   "user.custom_data.subscribedTo": [
     "456",
     "789"
   ]
}

Agora você pode implementar a estratégia de Privilégios Restritos. Para fazer isso, siga estas etapas gerais:

1. Faça login na interface do usuário do Realm e clique em Sync no painel esquerdo.

2. Em Sync Type, escolha Flexible.

3. Defina o botão de alternância para ativar Development Mode.

4. Selecione o cluster que deseja sincronizar.

5. Define a Database Name: selecione +Add a new database e digite um nome para o banco de dados que o Realm usará para armazenar seus objetos sincronizados. Você pode nomeá-lo como quiser. Uma estratégia comum seria nomear o banco de dados com o nome do aplicativo que você está criando.

6. Select Queryable Fields: digite owner_id. Isso permite que suas expressões de permissão (que você definirá a seguir) usem qualquer campo chamado owner_id.

7. Ignore Advanced Configuratione, em seguida, clique em Save Changes para ativar a Sincronização.

Agora você precisa configurar as permissões. Navegue até a página Rules. Clique no botão Default Roles and Filters para editar os papéis padrão. Use o menu suspenso de modelos para selecionar o modelo chamado "Os usuários só podem ler e gravar seus próprios dados". Isso preenche a expressão de regra com o seguinte, que não é exatamente o que queremos, mas fornece a maior parte da lógica para nós:

{
  "name": "owner-read-write",
  "apply_when": {},
  "document_filters": {
    "read": { "owner_id": "%%user.id" },
    "write": { "owner_id": "%%user.id" }
  },
  "read": true,
  "write": true
}

Observe que atualmente um usuário pode ler apenas seus próprios documentos ("read": {"owner_id": "%%user.id"}). Podemos alterar isso para incluir documentos cujos autores tenham IDs na array " SubscribedTo " do usuário. Para fazer isso, usamos o operador $in . A expressão é parecida com a seguinte:

{
  "name": "owner-read-write",
  "apply_when": {},
  "document_filters": {
    "read": {
      "owner_id": {
        "$in": "%%user.custom_data.subscribedTo"
      }
    },
    "write": { "owner_id": "%%user.id" }
  },
  "read": true,
  "write": true
}

Atualize a caixa de expressão da regra com esta nova lógica e salve as alterações.

Observação: alteramos a expressão document_filters.read para mencionar apenas os autores na array AssinadoPara, mas os usuários ainda têm acesso de "leitura" aos seus próprios documentos devido à expressão document_filters.read. Sempre que o acesso de escrita é concedido, o acesso de leitura é implicitamente concedido.

Criar função SubscribetoUser

Precisamos de uma função que inscreva um usuário em outro. Nossas permissões são configuradas para considerar um assinante "inscrito" para um autor se o ID de usuário do autor estiver na array de dados de usuário personalizados do assinante "subscribedTo". A função "subscribeToUser" pega o endereço de e-mail de um usuário, localiza o ID de usuário correspondente na coleta de dados de usuário personalizada e adiciona o ID à array "subscribedTo" do usuário solicitante.

Observe que essa função será executada em Autenticação do sistema e grava nos dados personalizados do usuário. Ao usar dados de usuário personalizados para permissões, os clientes nunca devem ser autorizados a editar diretamente os dados de usuário personalizados. Caso contrário, qualquer usuário pode conceder a si mesmo quaisquer permissões. Em vez disso, modifique os dados do usuário no backend com uma função do sistema. A função deve fazer as verificações necessárias para garantir que a solicitação do usuário para permissões seja válida.

Para criar a função, siga estas etapas:

1. Faça login na interface do usuário do Realm e clique em Functions no painel esquerdo.

2. Clique no botão Create New Function.

3. Especifique os seguintes valores:

   • Name: "subscribeToUser"

   • Authentication: "sistema"

4. Alterne para a guia Function Editor e substitua o texto do espaço reservado pelo seguinte código:

   exports = async function(email) {
     const collection = context.services.get("mongodb-atlas").db("Item").collection("User");
     // Look up the author object to get the user id from an email
     const author = await collection.findOne({email});
     if (author == null) {
       return {error: `Author ${email} not found`};
     }
     // Whoever called this function is the would-be subscriber
     const subscriber = context.user;
     try {
       return await collection.updateOne(
         {_id: subscriber.id},
         {$addToSet: {
             subscribedTo: author._id,
           }
         });
     } catch (error) {
       return {error: error.toString()};
     }
   };

Configurar permissões

Para implementar essa estratégia, siga estas etapas gerais:

1. Faça login na interface do usuário do Realm e clique em Sync no painel esquerdo.

2. Em Sync Type, escolha Flexible.

3. Defina o botão de alternância para ativar Development Mode.

4. Selecione o cluster que deseja sincronizar.

5. Define a Database Name: selecione +Add a new database e digite um nome para o banco de dados que o Realm usará para armazenar seus objetos sincronizados. Você pode nomeá-lo como quiser. Uma estratégia comum seria nomear o banco de dados com o nome do aplicativo que você está criando.

6. Select Queryable Fields: digite owner_id. Isso permite que suas expressões de permissão (que você definirá a seguir) usem qualquer campo chamado owner_id.

7. Ignore Advanced Configuratione, em seguida, clique em Save Changes para ativar a Sincronização.

No campo Select Queryable Fields, digite também collaborators. Esse será o campo que armazenará os IDs dos usuários que também poderão ler e escrever o documento.

Agora você precisa configurar as permissões. Em Define Permissions, use o menu suspenso do modelo para selecionar "Personalizado (começar do zero)". Cole o seguinte na caixa de expressão de regra:

{
  "name": "collaborator",
  "apply_when": {},
  "document_filters": {
    "read": {
      "$or": [
        {
          "owner_id": "%%user.id"
        },
        {
          "collaborators": "%%user.id"
        }
      ]
    },
    "write": {
      "$or": [
        {
          "owner_id": "%%user.id"
        },
        {
          "collaborators": "%%user.id"
        }
      ]
    }
  },
  "read": true,
  "write": true
}

As expressões "write " e "read" são idênticas. Dê uma olhada em um deles. $or usa uma variedade de opções. Temos duas condições possíveis em que um usuário pode escrever o documento:

• O campo owner_id do documento é igual ao ID do usuário

• O campo de array collaborators do documento contém o ID do usuário.

De um modo geral, quando um usuário recebe permissão de escrita, esse usuário obtém permissão de leitura automaticamente. No entanto, não podemos omitir a expressão document_filters.read porque o App Services exige que document_filters.read e document_filters.write sejam definidos para o papel ser Compatível com sincronização.

Adicionando um Colaborador

Um usuário pode conceder acesso de escrita em seu documento a outro usuário adicionando o ID do usuário ao campo de array collaborators em seu documento. Isso pode ser feito no lado do cliente.

Segurança

Não recomendamos usar esse modelo para dados altamente sensíveis.

Esse modelo usa o sistema de permissões para manter os documentos privados entre o criador do documento e os colaboradores que adicionam ao documento. No entanto, se um usuário tiver acesso de escrita a um documento, ele poderá escrever em qualquer campo do documento. Consequentemente, essa estratégia permite que colaboradores adicionem outros colaboradores. Também permitiria a um colaborador editar o campo owner_id . As permissões de nível de campo devem ser literais booleanos para compatibilidade de sincronização, portanto, não podemos limitar gravações a esses campos para usuários específicos.

Pesquisa de usuário

Como exatamente obter o ID do outro usuário depende dos detalhes do seu aplicativo. Por exemplo, quando um usuário deseja adicionar outro usuário a um documento, você pode ter uma caixa de pesquisa que aceita um endereço de email. Se o endereço de email fornecido corresponder a outro usuário, o cliente poderá adicionar o ID desse usuário à array collaborators do documento.

O Realm não tem uma maneira integrada de procurar usuários. Geralmente, o fluxo de busca de usuários é o seguinte:

• Configure um trigger de autenticação para criar um documento de usuário quando um usuário se registrar. O documento do usuário contém informações que você usará para pesquisar mais tarde, como o endereço de e-mail do usuário.

• Crie uma função que consulte a coleta de dados do usuário para um usuário.

• Chame a função do lado do cliente quando o usuário quiser encontrar outro usuário.

Para criar um trigger de autenticação, siga estas etapas:

1. Faça login na interface do usuário do Realm e clique em Triggers no painel esquerdo.

2. Clique no botão Add a Trigger.

3. Defina a alternância Trigger Type para Authentication.

4. Em Detalhes do trigger, especifique os seguintes valores:

   • Name: "onUserCreated"

   • Enbaled: Alterne para "Ligado"

   • Action Type: Selecione "criar"

   • Provider(s): Selecione "E-mail/Senha" ou qualquer provedor(s) de autenticação que você esteja usando

   • Select an Event Type: Selecione "função"

   • Function: Selecione "+Nova função" e, em seguida:

     • Function Name: "onUserCreated"

     • Function: substitua o texto do espaço reservado pela seguinte função:

     exports = function(authEvent) {
         const user = authEvent.user;
         const collection = context.services.get("mongodb-atlas").db("Item").collection("User");
         const newDoc = {
           _id: user.id,
           email: user.data.email, // Useful for looking up user IDs by email later - assuming email/password auth is used
           team: "", // Used for tiered privileges
           isTeamAdmin: false, // Used for tiered privileges
           isGlobalAdmin: false, // Used for admin privileges
           subscribedTo: [], // Used for restricted feed
         };
         return collection.insertOne(newDoc);
     };

Em seguida, crie uma função de sistema chamada findUser:

• Faça login na interface do usuário do Realm, acesse seu aplicativo Realm e clique em Functions no painel esquerdo.

• Clique no botão Create New Function.

• Forneça um Name descritivo para a sua função.

• Authentication: Selecione System. Isso permite que sua função ignore permissões em suas coleções.

• Log Function Arguments: Deixe off.

• Authorization:

  • Can Evaluate: Deixe-o em branco.

  • Private: Deixe off.

• Clique em Save. Isso leva você ao Function Editor, onde agora você pode inserir alguns para executar.

No Function Editor, cole o seguinte código e salve:

exports = async function(email) {
  const collection = context.services.get("mongodb-atlas")
    .db("Item").collection("User");
  const filter = {
    email,
  };
  // Search for the user by email
  const result = await collection.findOne(filter);
  // Return corresponding user id or null
  return result != null ? result._id : null;
};

Do seu cliente, agora você pode chamar esta função. O único argumento da função é uma sequência de endereços de e-mail. Se o e-mail corresponder a um usuário, a função retornará o ID do usuário. Caso contrário, retorna nulo.

Habilitar e configurar dados de usuário personalizados

Para habilitar Dados de Usuário Personalizados na App Services UI, siga estas steps:

1. Clique em App Users no painel esquerdo.

2. Selecione a guia User Settings e encontre a seção Custom User Data.

3. Defina a alternância Enable Custom User Data para On.

4. Especifique os seguintes valores:

   • Cluster Name: O nome de um cluster MongoDB vinculado que conterá o banco de dados de dados de usuário personalizado.

   • Database Name: O nome do banco de dados MongoDB que conterá a coleta de dados personalizada do usuário.

   • Collection Name: O nome da coleção MongoDB que conterá dados de usuário personalizados.

5. Especifique o campo ID do usuário. Cada documento na coleção de dados de usuários personalizados deve ter um campo que mapeie para um usuário específico. O campo deve estar presente em todos os documentos que mapeiam para um usuário e deve conter o ID do usuário como uma cadeia de caracteres. Recomendamos que você use o campo padrão _id para armazenar o ID do usuário. O MongoDB coloca automaticamente uma restrição no campo _id, garantindo exclusividade.

   Observação

   Se dois documentos nesta coleção contiverem o mesmo valor de ID de usuário, o App Services usará o primeiro documento correspondente, o que leva a resultados inesperados.

6. Salve e implante as alterações.

   Observação

   Reinicie a sessão de sincronização após atualizar os dados personalizados do usuário

   O servidor de sincronização armazena em cache dados personalizados do usuário durante a sessão. Como resultado, você deve reiniciar a sessão de sincronização depois de atualizar os dados personalizados do usuário para evitar um erro de gravação compensador. Para reiniciar a sessão de sincronização, pause e retome todas as sessões de sincronização abertas no aplicativo cliente. Para obter mais informações sobre como pausar e retomar a sincronização dos SDKs do cliente, consulte seu SDK preferido:

   • Pausar ou retomar uma sessão de sincronização de dispositivo - Flutter SDK

   • Pausar ou retomar uma sessão de sincronização de dispositivo - Kotlin SDK

   • Pausar ou retomar uma sessão de sincronização de dispositivo - Java SDK

   • Pausar ou retomar uma sessão de sincronização de dispositivo - .Net SDK

   • Pausar ou retomar uma sessão do Device Sync - Node SDK

   • Pausar ou retomar uma sessão de sincronização de dispositivo - Reagir SDK nativo

   • Pausar ou retomar uma sessão de Device Sync - Swift SDK

Criar função de trigger de autenticação

Precisamos criar uma função de trigger de autenticação que crie um objeto de usuário personalizado quando um usuário autenticar pela primeira vez. Para fazer isso, siga estas etapas:

1. Faça login na interface do usuário do Realm e clique em Triggers no painel esquerdo.

2. Clique no botão Add a Trigger.

3. Defina a alternância Trigger Type para Authentication.

4. Em Detalhes do trigger, especifique os seguintes valores:

   • Name: "onUserCreated"

   • Enbaled: Alterne para "Ligado"

   • Action Type: Selecione "criar"

   • Provider(s): Selecione "E-mail/Senha" ou qualquer provedor(s) de autenticação que você esteja usando

   • Select an Event Type: Selecione "função"

   • Function: Selecione "+Nova função" e, em seguida:

     • Function Name: "onUserCreated"

     • Function: substitua o texto do espaço reservado pela seguinte função:

     exports = function(authEvent) {
         const user = authEvent.user;
         const collection = context.services.get("mongodb-atlas").db("Item").collection("User");
         const newDoc = {
           _id: user.id,
           email: user.data.email, // Useful for looking up user IDs by email later - assuming email/password auth is used
           team: "", // Used for tiered privileges
           isTeamAdmin: false, // Used for tiered privileges
           isGlobalAdmin: false, // Used for admin privileges
           subscribedTo: [], // Used for restricted feed
         };
         return collection.insertOne(newDoc);
     };

Criar função joinTeam

Agora precisamos de uma função que adicione um usuário a uma equipe. Observe que essa função será executada com a autenticação do sistema e gravará nos dados personalizados do usuário. Ele não realiza um upsert porque os dados personalizados do usuário foram criados quando o usuário foi autenticado pela primeira vez.

Para criar a função, siga estas etapas:

1. Faça login na interface do usuário do Realm e clique em Functions no painel esquerdo.

2. Clique no botão Create New Function.

3. Especifique os seguintes valores:

   • Name: "joinTeam"

   • Authentication: "sistema"

4. Alterne para a guia Function Editor e substitua o texto do espaço reservado pelo seguinte código:

   exports = async function(userId, teamName) {
     const collection = context.services.get("mongodb-atlas")
       .db("Item").collection("User");
     const filter = { _id: userId };
     const update = { $set: { team: teamName }};
     const options = { upsert: false };
     return collection.updateOne(filter, update, options);
   };

Definir permissões

As permissões a seguir especificam duas funções:

• teamAdmin se aplica somente quando os dados personalizados do usuário têm isTeamAdmin: true. Em caso afirmativo, o usuário pode ler e gravar todos os documentos em que o valor team do documento corresponda ao valor team do usuário.

• teamMember se aplica a todos os usuários. O usuário pode escrever seus próprios documentos e ler todos os documentos onde o valor team do documento corresponde ao valor team do usuário.

[
   {
     "name": "admin",
     "apply_when": {
       "%%user.custom_data.isTeamAdmin": true
     },
     "document_filter": {
       "read": {
         "team": "%%user.custom_data.team"
       },
       "write": {
         "team": "%%user.custom_data.team"
       }
     },
     "read": true,
     "write": true
   },
   {
     "name": "user",
     "apply_when": {},
     "document_filters": {
       "read": {
         "team": "%%user.custom_data.team"
       },
       "write": {
         "owner_id": "%%user.id"
       }
     },
     "read": true,
     "write": true
   }
]