Organize suas soluções
Antes de criar soluções, dedique algum tempo para planejar antes. Por exemplo, considere quantas soluções você deseja lançar se as soluções forem compartilhar componentes.
Além disso, determine quantos ambientes do Microsoft Dataverse serão necessários para desenvolver a linha de soluções. Você pode usar um único ambiente para a maioria das estratégias descritas neste artigo. Entretanto, se você optar por ter apenas um ambiente e depois perceber que precisa de mais, pode ser um desafio alterar as soluções se as pessoas já as tiverem instalado. O uso de vários ambientes, embora gere mais complexidade, pode oferecer melhor flexibilidade.
As seções a seguir descrevem diferentes estratégias para gerenciar soluções, listadas na ordem de mais simples à mais complexa.
Solução única
Criando uma solução, você estabelece um conjunto de personalizações de trabalho. Isso facilita a localização dos itens personalizados.
Essa abordagem é recomendável quando você deseja apenas criar uma única solução gerenciada. Se você acha que talvez seja necessário dividir a solução no futuro, considere usar várias soluções.
Várias soluções
Se você tiver duas soluções não relacionadas que não compartilham componentes, a abordagem mais direta é criar duas soluções não gerenciadas.
Nota
É muito comum em soluções modificar as faixas de opções do aplicativo ou o mapa do site. Se ambas as soluções modificarem esses componentes da solução, então serão componentes compartilhados. Consulte a seção a seguir para ver como trabalhar com componentes compartilhados.
Várias camadas de soluções e dependências
Ao importar soluções diferentes para o ambiente de destino, você geralmente cria camadas em que a solução existente fica abaixo da que está sendo importada. Quando se trata de camadas de soluções, é importante não ter dependências entre soluções. Deve-se evitar a existência de várias soluções no mesmo ambiente que usem o mesmo componente não gerenciado. Isso vale principalmente para tabelas.
Segmente suas soluções por tipo de componente quando não houver 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. Esses diferentes componentes não apresentam riscos de dependências entre soluções. Portanto, é seguro ter várias soluções formadas dessa forma no mesmo ambiente.
Duas soluções diferentes que contenham tabelas não podem estar no mesmo ambiente. Isso ocorre porque frequentemente há riscos de relação única entre as tabelas, o que cria uma dependência entre soluções e causa problemas de atualização ou exclusão da solução no ambiente de destino posteriormente.
Ao projetar as camadas de soluções com uma abordagem estruturada para os aplicativos, comece com uma camada de base. Depois, importe soluções adicionais que ficarão sobre a camada base. Desse modo, você tem uma camada de base e camadas de extensão por cima que estendem essa camada de base.
Ao gerenciar seus projetos dessa maneira, recomendamos que use um ambiente separado para cada camada. Desenvolva suas camadas de soluções usando essas etapas.
Antes de criar as soluções nas etapas a seguir, use um único fornecedor para todas as soluções em seus ambientes. Mais informações: Prefixo do fornecedor de soluções
No ambiente de "base", coloque a sua solução de base apenas com as tabelas não gerenciadas desse ambiente, sem nenhuma outra tabela. Depois, exporte essa solução como gerenciada.
Configure um segundo ambiente para a extensão ou camada de "aplicativo" que mais tarde residirá em cima da camada de base.
Importe a camada de base gerenciada para o ambiente da camada do aplicativo e cria uma solução não gerenciada para a camada do aplicativo.
Agora você pode estender o modelo de dados adicionando tabelas, colunas, relacionamentos entre tabelas etc. na solução do aplicativo. Depois, exporte a solução do aplicativo como gerenciada. Observe que a solução do aplicativo terá dependências na solução da camada de base.
No ambiente de produção, importe a camada de base gerenciada, depois importe a camada gerenciada do aplicativo. Isso cria duas camadas gerenciadas no ambiente com dependências claras entre as duas soluções gerenciadas. O gerenciamento de várias soluções dessa forma não criará dependências entre soluções, que podem causar problemas de manutenção da solução, como a remoção da camada superior, se necessário.
Repita esse padrão de segmentação para todas as soluções diferentes que você precisar. No entanto, recomendamos que você mantenha a menor quantidade possível de soluções para manter as camadas gerenciáveis.
Consulte também
Usar soluções segmentadas
Cenário 5: Suporte ao desenvolvimento da equipe