Conceitos da solução

As soluções são o mecanismo de implementação do ALM no Power Apps e no 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.

• 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. 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. Na realidade, 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 O Autor e exportar soluções não geridas.

• Atualizar Criar 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.

• Atualizar Importar 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.

• Correção Uma correção contém apenas as alterações à solução gerida principal, tal 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 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 dentro do mesmo editor, mas não entre editores. Uma vez que introduza um editor para um componente num solução gerida, não pode mudar o editor para o componente. Por isso, 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 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 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 aproveitar-se-ão disto para criar soluções que são modulares. Poderá ter de instalar primeiro uma solução gerida “base” e, em seguida, poderá instalar uma segunda solução gerida que irá personalizar 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. Receberá uma mensagem indicando que a solução necessita de outra solução ser instalada em. 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, 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ções
Criar e gerir ambientes no centro de administração do Power Platform