Conceitos da solução

As soluções são o mecanismo de implementação da gestão do ciclo de vida da aplicação (ALM) no Power Apps e Power Automate. Este artigo descreve os seguintes conceitos-chave de solução:

• Dois tipos de soluções (geridas ou não geridas)
• 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.

• Soluções não geridas são desenvolvidas. 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 gerida é eliminada, apenas o recipiente de soluções das personalizações incluídas na mesma é eliminado. Todas as personalizações não geridas permanecem em vigor e pertencem à solução predefinida.

• Soluções geridas são implementadas. As soluções geridas são implementadas em qualquer ambiente que não seja um ambiente de desenvolvimento para essa solução. Estes ambientes incluem teste, teste de aceitação de utilizadores (UAT), teste de integração de sistemas (SIT) e ambientes 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 editar um componente gerido, 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. Mas pode exportar uma solução não gerida como 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 tabelas personalizadas que fazem parte da solução gerida e dados armazenados em colunas personalizadas que fazem parte da solução gerida noutras tabelas 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, também conhecido como objetos, 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, aceda a Opções de ComponentType.

Alguns componentes estão aninhados noutros componentes. Por exemplo, uma tabela contém formulários, vistas, gráficos, colunas, relações entre tabelas, mensagens e regras de negócio. Cada um desses componentes necessita de uma tabela para existir. Com exceção das colunas de escolha, todas as outras colunas não podem existir fora de uma tabela. Dizemos que a coluna é dependente da tabela. Existe o dobro dos tipos de componentes apresentados na lista anterior, mas a maior parte deles estão aninhados dentro de outros componentes e não estão visíveis na aplicação.

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:

• Criar. Crie e exporte soluções não geridas.
• Atualizar. Crie atualizações para uma solução gerida que são implementadas na solução gerida principal. Não pode eliminar componentes com uma atualização.
• Atualização. Importe a solução como atualização para um solução gerida existente, o que remove os 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ções eliminam componentes que já existiam, mas já não estão 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 para uma solução gerida do elemento principal, como adicionar ou editar componentes e recursos. 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 tabelas 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

• Por predefinição, mesmo que não utilize uma solução personalizada, estará a trabalhar em soluções de sistema predefinidas, 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
• A solução preferida é uma solução especificada por si que se torna na sua solução predefinida. Mais informações: Definir a solução preferida

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. Por causa desta restrição, o melhor é definir um único editor para que possa alterar o modelo de atribuição de camadas entre soluções mais tarde.

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 no mesmo 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 de fabricante de soluções
• Alterar um prefixo do 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 fabricantes de soluções aproveitam-se disto para criar soluções que são modulares. Pode ter de instalar primeiro uma solução gerida “base” e, em seguida, instalar uma segunda solução gerida que personaliza ainda mais os componentes da 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. Recebe uma mensagem a indicar que a solução necessita que outra solução seja instalada primeiro. Similarmente, devido às dependências, não é possível desinstalar a solução base quando uma solução que depende desta ainda está 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, a coluna do site e o relatório de resumo da conta dependem ambos da tabela da conta. Mais informações: Rastreio de dependências para componentes de solução

Consulte também

Camadas de soluções
Criar e gerir ambientes no centro de administração do Power Platform