Organizar sus soluciones
Antes de crear soluciones, dedique un tiempo de planificar con antelación. Por ejemplo, piense cuántas soluciones desea lanzar y si las soluciones compartirán componentes.
Además, determine cuántos entornos Microsoft Dataverse necesitará para desarrollar su línea de soluciones. Puede usar un solo entorno para la mayoría de las estrategias descritas en este artículo. Sin embargo, si decide tener solo un entorno y más adelante se da cuenta de que necesita más, puede ser desafiante cambiar las soluciones si los usuarios ya las han instalado. Si bien el uso de varios entornos puede introducir una mayor complejidad, puede brindar más flexibilidad.
En las siguientes secciones, se describen diferentes estrategias para administrar soluciones principales en orden de simple a más complejo.
Solución única
Al crear una solución, establece un conjunto de trabajo de personalizaciones. Esto facilita la búsqueda de los artículos que ha personalizado.
Se recomienda la utilización de este enfoque solo cuando desee crear una sola solución administrada. Si en el futuro considera que tiene que dividir la solución, tenga presente que puede usar varias soluciones.
Varias soluciones
Si tiene dos soluciones no relacionadas que no comparten componentes, el enfoque más directo consiste en crear dos soluciones no administradas.
Nota
En las soluciones, es muy común editar las cintas de opciones de la aplicación o el mapa del sitio. Si ambas soluciones modifican estos componentes de la solución, son componentes compartidos. Consulte la siguiente sección para ver cómo ejecutar los componentes compartidos.
Varias capas de soluciones y dependencias
Cuando importa diferentes soluciones en su entorno de destino, generalmente estará creando capas donde la solución existente se encuentra debajo de la que se está importando. Cuando se trata de capas de soluciones, es importante que no tenga dependencias entre soluciones. Debe evitarse tener varias soluciones en el mismo entorno utilizando el mismo componente no administrado. Esto es especialmente cierto con las tablas.
Segmente sus soluciones por tipo de componente cuando no existan riesgos de dependencia cruzada. Por ejemplo, tenga una solución que incluya todas sus tablas, otra solución que tenga todos sus complementos y una tercera solución que tenga todos sus flujos. Estos componentes diferentes no tienen riesgos de dependencias entre soluciones. Por lo tanto, es seguro tener múltiples soluciones formadas de esta manera en el mismo entorno.
No tenga dos soluciones diferentes en un entorno en el que ambas contengan tablas. Esto se debe a que con frecuencia existen riesgos de que haya una sola relación entre tablas, lo que crea una dependencia entre soluciones y provoca problemas de actualización o eliminación de la solución en el entorno de destino en un momento posterior.
Cuando diseñe las capas de su solución y quiera un enfoque estructurado para las aplicaciones, debe comenzar con una capa base. Posteriormente, importará soluciones adicionales que residirán en la parte superior de la capa base. Posteriormente, tiene una capa base y capas de extensión en la parte superior que extienden esa capa base.
Cuando gestiona sus proyectos de esta forma, se recomienda que utilice un entorno independiente para cada capa. Cree su solución en capas siguiendo estos pasos.
Antes de crear las soluciones en los siguientes pasos, utilice un solo editor para todas las soluciones de sus entornos. Más información: Editor de soluciones.
En el entorno "base", tiene la solución básica con las tablas no administradas de ese entorno y ninguna otra tabla. Luego, exporta esta solución como administrada.
Configura un segundo entorno para la extensión o capa "aplicación" que luego residirá en la parte superior de la capa base.
Importa la capa base administrada al entorno de la capa de la aplicación y crea una solución no administrada para la capa de la aplicación.
Ahora puede ampliar el modelo de datos agregando tablas, columnas, relaciones de tablas adicionales, etc. en la solución de la aplicación. Luego, exporte la solución de la aplicación como administrada. Tenga en cuenta que la solución de la aplicación tendrá dependencias en la solución de la capa base.
En su entorno de producción, importa la capa base administrada y luego importa la capa de la aplicación administrada. Esto crea dos capas administradas en el entorno con claras dependencias entre las dos soluciones administradas. Administrar múltiples soluciones de esta manera no creará dependencias entre soluciones, lo que puede causar problemas de mantenimiento de la solución, como eliminar la capa superior si es necesario.
Repita este patrón de segmentación para tener tantas soluciones diferentes como necesite mantener. Aunque se recomienda que la cantidad de soluciones sea lo más pequeña posible para que la capa de soluciones se pueda administrar fácilmente.
Consultar también
Usar soluciones segmentadas
Escenario 5: Permitir el desarrollo en equipo