Conceitos da solução

As soluções são o mecanismo para implementar o gerenciamento do ciclo de vida do aplicativo (ALM) em Power Apps e Power Automate. Este artigo descreve os seguintes conceitos-chave de solução:

• Dois tipos de solução
• Componentes da solução
• Ciclo de vida de uma solução
• Fabricante de soluções
• Dependências de componentes da solução e solução

Soluções geridas e não geridas

Uma solução é gerida ou não gerida.

• São desenvolvidas soluções não geridas. As soluções não geridas são utilizadas em ambientes de desenvolvimento enquanto efetua alterações à aplicação. As soluções não geridas podem ser exportadas como não geridas ou geridas. As versões não geridas exportadas das suas soluções devem ser registadas no seu sistema de controlo de origem. As soluções não geridas devem ser consideradas como origem para ativos do Microsoft Power Platform. Quando uma solução não gerenciada é excluída, somente o contentor de solução de todas as personalizações incluídas nela é excluído. Todas as personalizações não geridas permanecem em vigor e pertencem à solução predefinida.

• Soluções gerenciadas são implantadas. As soluções geridas são implementadas em qualquer ambiente que não seja um ambiente de desenvolvimento para essa solução. Isto inclui ambientes de teste, UAT, SIT e de produção. As soluções geridas podem ser atendidas independentemente de outras soluções geridas num ambiente. Como melhor prática do ALM, as soluções geridas devem ser geradas ao exportar uma solução não gerida como gerida e considerada um artefacto de compilação. Além disso:

  • Não é possível editar os componentes diretamente numa solução gerida. Para editar componentes geridos, primeiro adicione-os a uma solução não gerida.
    • Ao fazê-lo, cria uma dependência entre as suas personalizações não geridas e a solução gerida. Quando existe uma dependência, a solução gerida não pode ser desinstalada até remover a dependência.
  • Alguns componentes geridos não podem ser editados. Para verificar se um componente pode ser editado, consulte as Propriedades geridas.
  • Não é possível exportar uma solução gerida.
  • Quando uma solução gerida é eliminada (desinstalada), todas as personalizações e extensões incluídas na mesma são removidas.

  Importante

  • Não pode importar uma solução gerida para o mesmo ambiente que contém a solução não gerida de origem. Para testar uma solução gerida, precisa de um ambiente separado para importá-la para o mesmo.
  • Quando elimina uma solução gerida, os seguintes dados são perdidos: dados armazenados em entidades personalizadas que fazem parte da solução gerida e dados armazenados em atributos personalizados que fazem parte da solução gerida noutras entidades que não fazem parte da solução gerida.

Os criadores e os programadores trabalham em ambientes de desenvolvimento com soluções não geridas e, em seguida, importam-nas para outros ambientes a jusante, tais como testes, como soluções geridas.

Nota

Quando personaliza no ambiente de desenvolvimento, está a trabalhar na camada não gerida. Em seguida, quando exporta a solução não gerida como solução gerida para distribuir para outro ambiente, a solução gerida é importada para o ambiente na camada gerida. Mais informações: Camadas da solução

Componentes da solução

Um componente representa algo que pode potencialmente personalizar. Tudo aquilo que possa ser incluído numa solução é um componente. Para ver os componentes incluídos numa solução, abra a solução desejada. Os componentes estão listados na lista Componentes.

Nota

• Uma solução pode ter até 95 MB de tamanho.
• Não é possível editar os componentes diretamente numa solução gerida.

Para ver uma lista de tipos de componentes que podem ser adicionados a qualquer solução, consulte Opções de ComponentType.

Alguns componentes estão aninhados noutros componentes. Por exemplo, uma entidade contém formulários, vistas, gráficos, campos, relações entre entidades, mensagens e regras de negócio. Cada um desses componentes necessita de uma entidade para existir. Um campo não pode existir fora de uma entidade. Dizemos que o campo é dependente da entidade. Há o dobro de tipos de componentes mostrados na lista anterior, mas a maioria deles está aninhada em outros componentes e não é visível no aplicativo.

A finalidade de ter componentes é monitorizar as restrições do que pode ser personalizado utilizando propriedades geridas e todas as dependências, para que possa ser exportado, importado e (em soluções geridas) eliminado sem deixar nada para trás.

Ciclo de vida da solução

As soluções suportam as seguintes ações que ajudam a suportar os processos do ciclo de vida da aplicação:

• Crie , crie e exporte soluções não gerenciadas.

• Atualização Crie atualizações para um solução gerida que são implantadas no elemento principal solução gerida. Não pode eliminar componentes com uma atualização.

• Atualização Importe a solução como uma atualização para um solução gerida existente, que remove componentes não utilizados e implementa a lógica de atualização. As atualizações envolvem a acumulação (intercalação) de todas as correções da solução para uma nova versão da solução. As atualizações de solução excluem componentes que existiam mas não estão mais incluídos na versão atualizada. Pode optar por atualizar imediatamente ou para fasear a atualização, para que possa efetuar algumas ações adicionais antes de concluir a atualização.

• Patch Um patch contém apenas as alterações de um elemento principal solução gerida, como adicionar ou editar componentes e ativos. Utilize correções ao efetuar pequenas atualizações (semelhante a uma correção). Quando se importam correções, são colocadas por cima da solução principal. Não pode eliminar componentes com uma correção.

Fabricante de soluções

Cada aplicação e outros componentes de solução, tais como as entidades que cria ou qualquer personalização que faça, são parte de uma solução. Uma vez que cada solução tem um fabricante, deve criar o seu próprio fabricante em vez de utilizar a predefinição. O editor é especificado quando cria uma solução.

Nota

Mesmo que não utilize uma solução personalizada, estará a trabalhar em soluções conhecidas como Solução Predefinida do Common Data Service e soluções Predefinidas. Mais informações: Soluções Predefinidas e Solução Predefinida do Common Data Service

O editor de uma solução onde é criado um componente é considerado o proprietário desse componente. O proprietário de um componente controla as alterações que outros editores de soluções, incluindo esse componente, podem fazer ou restringir de fazer. É possível mover a propriedade de um componente de uma solução para outra no mesmo fabricante, mas não entre fabricantes. Uma vez que introduza um editor para um componente num solução gerida, não pode mudar o editor para o componente. Devido a essa restrição, é melhor definir um único editor para que você possa alterar o modelo de camadas entre as soluções posteriormente.

A fabricante de soluções especifica quem desenvolveu a aplicação. Por esta razão, deve criar um nome de fabricante de soluções significativo.

Prefixo de fabricante de soluções

Um editor de soluções inclui um prefixo. O prefixo de fabricante é um mecanismo que ajuda a evitar conflitos de nomenclatura. Isto permite que as soluções de fabricantes diferentes sejam instaladas num ambiente com poucos conflitos. Por exemplo, a solução Contoso apresentada aqui inclui um prefixo de fabricante de soluções da contoso.

Nota

Quando altera um prefixo de fabricante de soluções, deve fazê-lo antes de criar novas aplicações ou itens de metadados porque não é possível alterar os nomes dos itens de metadados após terem sido criados.

Mais informações:

• Criar um prefixo fabricante de soluções
• Alterar um prefixo fabricante de soluções

Dependências de solução

Devido à forma como as soluções geridas estão mergulhadas algumas soluções geridas podem ser dos componentes da solução outras soluções geridas. Alguns editores de soluções aproveitam isso para criar soluções modulares. Você pode precisar instalar um solução gerida "base" primeiro e, em seguida, você pode instalar um segundo solução gerida que irá personalizar ainda mais os componentes no solução gerida base. A segunda solução gerida depende dos componentes da solução que fazem parte da primeira solução.

O sistema monitoriza estas dependências entre soluções. Se tentar instalar uma solução que requeira uma solução base que não está instalada, não conseguirá instalar a solução. Você receberá uma mensagem informando que a solução requer que outra solução seja instalada primeiro. Da mesma forma, devido às dependências, você não pode desinstalar a solução base enquanto uma solução que depende dela ainda estiver instalada. Tem de desinstalar a solução dependente antes de poder desinstalar a solução base. Mais informações: Remover dependências

Dependências de componentes da solução

Um componente da solução é algo que pode personalizar potencial. Tudo o que pode ser incluído numa solução é um componente da solução e alguns componentes dependem de outros componentes. Por exemplo, o campo do site e o relatório de resumo da conta dependem da entidade da conta. Mais informações: Rastreio de dependências para componentes de solução

Consulte também

Camadas de solução
Criar e gerenciar ambientes no Power Platform centro de administração