Determine su estrategia de soluciones y entornos
Esta unidad proporciona un ejemplo sobre cómo desarrollar, de principio a fin, su estrategia de solución y entorno. La primera tarea es ver sus soluciones. Después, deberá describir el aspecto que desea que tenga su segmentación de soluciones. Este ejemplo utiliza la segmentación de soluciones vertical.
Además, este ejemplo aplica una estrategia de entorno con el objetivo de encajar con la arquitectura de la solución. Asegúrese de almacenar siempre la solución del editor de manera que sea posible acceder rápidamente a ella cuando esté configurando un nuevo entorno de desarrollo.
Tenga en cuenta los siguientes parámetros al almacenar soluciones de editor:
Al almacenar la solución del editor en el origen, podremos compartir el editor con nuevos entornos de desarrollo como una solución no administrada a fin de garantizar que no se cometan errores al configurar un editor.
Es recomendable utilizar un solo editor para todo el trabajo.
Capas de soluciones
La siguiente imagen muestra cómo aparecen las capas después de la implementación al usar soluciones administradas.
Para los complementos, el procesamiento de mensajes de SDK creará dependencias, lo que impondrá algún orden de importación de soluciones. Por lo tanto, los ensamblados de complementos se suelen importar primero.
La estrategia de solución y entorno en la práctica
Este ejemplo tiene tres soluciones segmentadas por una aplicación con componentes compartidos que residen en una solución separada.
Esta estrategia no es la respuesta definitiva a la arquitectura de la solución, pero es un buen punto de partida para entender la segmentación de soluciones adecuada. La estrategia contiene las siguientes soluciones.
Principal: esta solución contiene componentes compartidos.
Admisiones: esta solución contiene toda la funcionalidad desarrollada específicamente para el Departamento de Admisiones. Esta solución depende de los componentes en la solución Principal.
Ayudas financieras: esta solución contiene toda la funcionalidad desarrollada específicamente para el Departamento de Ayudas Financieras. Esta solución depende de los componentes en la solución Principal.
Configuración del proceso de desarrollo
Al entender cuáles son sus soluciones, podrá determinar cómo configurar los entornos de desarrollo. Comenzará estableciendo un flujo de trabajo para su solución principal.
Asuma que el entorno superior se utilizará para desarrollar la solución Principal, que contiene componentes compartidos. Para comenzar, creará la solución principal en el entorno de desarrollo de destino. Cuando cree soluciones, las creará como no administradas y solo podrá cambiarlas a administradas durante el proceso de exportación.
Siga el patrón anterior e incluya sus dependencias como soluciones administradas; para hacer esto, deberá completar ciertas tareas antes de usar la solución Principal en sentido descendente, suponiendo que comience desde el principio.
Antes de poder introducir la solución Principal en sus entornos de desarrollo para Admisiones y Ayuda financiera, deberá tener una base de código viable para habilitar el desarrollo de las aplicaciones en capas.
Tener una base de código viable no le impide comenzar el desarrollo en las aplicaciones en capas, ya que pueden tener componentes únicos que no tengan dependencias. Para simplificar, comenzará por crear la solución Principal.
Suponga que ha terminado su sprint de desarrollo en la solución Principal y ha verificado sus cambios en el repositorio. Luego, implementará la solución Principal como administrada en los entornos de desarrollo Admisiones y Ayuda financiera.
Motivos para introducir una solución no administrada para cada entorno
Al introducir solo una solución no administrada para cada entorno, eliminará la posibilidad de inyectar dependencias no deseadas.
Además, esta estrategia le permite utilizar eficazmente la segmentación y las capas de soluciones.
Obtener la solución administrada
Cuando las dependencias estén en su lugar, ya podemos introducir las otras soluciones.
Creará o importará sus soluciones de Admisiones y Ayuda Financiera en sus respectivos entornos.
Un entorno puede tener más de una solución no administrada instalada si se puede garantizar que las otras soluciones no introducirán dependencias. Este concepto podría tener más sentido en ciertos casos.