Organizar as suas soluções
Antes de criar soluções, dedique algum tempo a planear com antecedência. Por exemplo, pense no número de soluções que pretende lançar e se as soluções vão partilhar componentes.
Além disso, determine o número de ambientes do Microsoft Dataverse de que irá precisar para desenvolver a sua linha de soluções. Pode usar um único ambiente para a maioria das estratégias descritas neste artigo. No entanto, se decidir ter apenas um ambiente e mais tarde perceber que precisa de mais, poderá ser um desafio alterar as soluções se as pessoas já as tiverem instalado. A utilização de vários ambientes, apesar de introduzir mais complexidade, pode proporcionar uma melhor flexibilidade.
As secções seguintes descrevem diferentes estratégias para gerir soluções listadas por ordem, da simples para a mais complexa.
Solução única
Ao criar uma solução, estabeleça um conjunto funcional de personalizações. Isto torna mais fácil localizar itens que personalizou.
Esta abordagem é recomendada quando pretende criar apenas um única solução gerida. Se acha que poderá ter de dividir a solução no futuro, considere utilizar várias soluções.
Várias soluções
Se tiver duas soluções não relacionadas que não partilham componentes, a abordagem mais direta é criar duas soluções não geridas.
Nota
É muito comum nas soluções modificar os frisos da aplicação ou o mapa do site. Se ambas as suas soluções modificarem estes componentes da solução, trata-se de componentes partilhados. Consulte a secção seguinte para ver como trabalhar com componentes partilhados.
Várias camadas e dependências de solução
Quando importa diferentes soluções para o seu ambiente de destino, está muitas vezes a criar camadas onde a solução existente está por baixo daquela que está a ser importada. Quando se trata de camadas de solução, é importante que não tenha dependências de soluções cruzadas. Deve evitar-se ter múltiplas soluções no mesmo ambiente utilizando o mesmo componente não gerido. Isto é especialmente verdade com as tabelas.
Segmente as suas soluções por tipo de componente quando não há riscos de dependência cruzada. Por exemplo, tenha uma solução que inclua todas as suas tabelas, outra solução que tenha todos os seus plug-ins e uma terceira solução que tenha todos os seus fluxos. Estes diferentes componentes não têm riscos de dependências de soluções cruzadas. Portanto, é seguro ter múltiplas soluções formadas desta forma no mesmo ambiente.
Não tenha duas soluções diferentes num ambiente onde ambas contenham tabelas. Isto porque existem frequentemente riscos de uma relação única entre tabelas, o que cria uma dependência de soluções cruzadas e provoca problemas atualização de versão ou de eliminação da solução posteriormente.
Quando estiver a conceber as suas camadas de solução e pretender ter uma abordagem estruturada para aplicações, deve começar com uma camada base. Mais tarde, importa soluções adicionais que residam em cima da camada base. Posteriormente, tem uma camada base e camadas de extensão em cima que estendem a camada base.
Quando gere os seus projetos desta forma, recomendamos que utilize um ambiente separado para cada camada. Crie a sua solução em camadas utilizando estes passos.
Antes de criar as soluções nos seguintes passos, utilize um único editor para todas as suas soluções em todos os seus ambientes. Mais informações: Fabricante de soluções
No ambiente "base", tem a sua solução base com as tabelas não geridas desse ambiente e nenhuma outra tabela. Em seguida, exporte esta solução como gerida.
Configura um segundo ambiente para a extensão ou camada de "aplicação" que mais tarde residirá em cima da camada base.
Importa a camada base gerida para o ambiente de camada de aplicação e cria uma solução não gerida para a camada de aplicações.
Agora pode estender o modelo de dados adicionando tabelas, colunas e relações de tabelas adicionais, e assim por diante, na solução de aplicações. Em seguida, exporte a solução de aplicações como gerida. Note que a solução de aplicações terá dependências da solução de camada base.
No seu ambiente de produção, importa a camada base gerida e, em seguida, importa a camada de aplicações gerida. Isto cria duas camadas geridas no ambiente com claras dependências entre as duas soluções geridas. Gerir várias soluções desta forma não irá criar dependências de soluções cruzadas, o que pode causar problemas de manutenção de soluções, como remover a camada superior, se necessário.
Repita este padrão de segmentação para ter as soluções diferentes que precisar de manter. Embora recomendemos que mantenha o número de soluções o mais pequena possível para manter a sua solução em camadas manejáveis.
Consulte também
Utilizar soluções segmentadas
Cenário 5: Suportar desenvolvimento de equipa