Organizar sus metadatos

Después de completar esta unidad, podrá:

• Enumerar las estrategias clave para la organización de metadatos no empaquetados en paquetes.
• Identificar cómo los paquetes desbloqueados pueden ser interdependientes.
• Describir los 3 modelos de desarrollo y cuándo utilizar cada uno.

¡Felicitaciones! En la unidad anterior, creó un paquete e instaló la aplicación DreamHouse en su Trailhead Playground. Ahora le mostraremos cómo poner en práctica los principios clave del desarrollo de paquetes. Recuerde, es mejor empezar poco a poco y crear con el tiempo su éxito.

La organización de sus metadatos en paquetes:

• Es a menudo un proceso iterativo.
• No es una propuesta de todo o nada.

DreamHouse LWC es un gran ejemplo de cómo crear una nueva aplicación desde la base y empaquetarla en un paquete desbloqueado de modo que pueda introducir la aplicación en su organización y gestionar futuras personalizaciones. Pero también puede seguir este mismo proceso al actualizar nuevas funciones o funciones para una aplicación personalizada existente.

Para resumir, creamos DreamHouse para mostrarle cómo:

• Integrar Salesforce CLI, proyectos y paquetes desbloqueados en el ciclo de vida de su aplicación.
• Adoptar mejores prácticas en la organización de metadatos y la creación de límites de paquete.
• Implementar paquetes desbloqueados cuando está creando una nueva aplicación.

¿Qué puede hacer ahora que creó un paquete desbloqueado para DreamHouse LWC?

• Probar e implementar la fuente para la aplicación de forma independiente.
• Aislar el esquema de la aplicación (objetos personalizados) de otros metadatos.
• Continuar realizando mejoras en la aplicación repitiendo el proceso y agregando nuevas funciones.
• Crear versión de la aplicación.
• Instalar una segunda versión como una mejora de una versión existente.

Metadatos de DreamHouse

Como puede ver, el uso del ciclo de vida de desarrollo de los paquetes para nuevos proyectos tiene mucho sentido. No obstante, sabemos que los clientes existentes, que estuvieron utilizando el desarrollo de conjuntos de cambios durante un periodo de versiones o incluso años, están clamando directrices referentes a dónde empezar. ¿Cómo desenreda el contenido de su organización en proyectos separados y empaqueta directorios en última instancia?

Aunque nos gustaría darle la receta de la salsa secreta, no hay un plan de acción prescriptivo. El modo en que enfoque el desglose de los metadatos sin empaquetar es en parte una ciencia y en parte un arte. Usted es el mejor juez para determinar qué partes de los metadatos se ajustan a cada proyecto de Salesforce DX.

Para empezar a trabajar, responda a estas preguntas:

• ¿Le gustaría que sus equipos de desarrollo pudieran publicar aplicaciones, nuevas funciones y personalizaciones de forma independiente?
• ¿Puede identificar los metadatos que representan una aplicación?
• ¿Puede organizar sus metadatos en módulos para funciones distintas?
• Cuando crea un paquete no gestionado para esta función o aplicación, ¿qué dependencias ve?

Si tiene varias aplicaciones y personalizaciones en su organización, espere ver algunas dependencias entre proyectos de Salesforce DX.

Tres modelos para desenredar sus metadatos

En escenarios de la vida real, probablemente adoptará una combinación de estas estrategias y las alterará para que se ajusten lo mejor posible a sus necesidades de negocio.

Utilizar un paquete no gestionado como punto inicial

Este es un buen flujo de trabajo inicial para organizar sus metadatos sin gestionar en múltiples paquetes:

1. Seleccione un pequeño conjunto de metadatos autocontenidos sin empaquetar procedentes de su organización de producción. Seleccione los metadatos que representan una aplicación, una personalización de una aplicación existente, una función o unidad funcional, o bien personalizaciones de objetos estándar.
2. Cree un paquete no gestionado para aislar los metadatos que identificó entre la recopilación general de metadatos de la organización. A medida que agregue metadatos a este, vea qué metadatos dependientes se extraen automáticamente por el sistema. Este paso le ayuda a aflorar algunas dependencias no tan obvias entre sus metadatos.
3. Recupere la fuente del paquete no gestionado con project retrieve start.
4. Configure un proyecto de Salesforce DX y un repositorio git para gestionar los metadatos del paquete.
5. Envíe estos metadatos en una organización borrador con project deploy start y compruebe que estos sean los metadatos que desea que formen parte de un paquete desbloqueado.
6. Cree un paquete desbloqueado empleando el indicador --no-namespace.
7. Pruebe e implemente el paquete desbloqueado.
8. Una vez el paquete desbloqueado pase todas las ejecuciones CI y UAT en los entornos sandbox, promueva la versión del paquete.
9. Instale el paquete desbloqueado en la organización de producción.

Una vez que crea un paquete para los metadatos, se traslada al paquete de forma automática. Ya que el nombre completo de la entidad identifica los metadatos en la organización y en el paquete, sobrescribimos los metadatos que ya están en la organización y actualizamos las referencias internas para mostrar que ahora está contenido en el paquete.

Acerca de las dependencias de paquetes

Un calor clave de los paquetes desbloqueados es que puede desarrollar y mantener un conjunto de paquetes interdependientes.

• Un paquete desbloqueado puede depender de un paquete de AppExchange. Si está utilizando un paquete de AppExchange, puede poner su propia personalización para ese paquete en un paquete desbloqueado. Cuando instala el paquete desbloqueado, el paquete de AppExchange debe estar presente.
• Un paquete desbloqueado puede depender de otro paquete desbloqueado. Digamos que está creando una nueva aplicación que los empleados pueden utilizar para enviar reportes de gastos. Comparte algunas funciones de integración de backend con su aplicación de nominas existente. En este escenario, el paquete desbloqueado de reportes de gastos dependerá del paquete desbloqueado de la aplicación de nóminas.
• Un paquete desbloqueado puede depender de otro paquete desbloqueado, y ese paquete desbloqueado puede a su vez depender de otro paquete desbloqueado diferente. Se admiten múltiples niveles de dependencias.

Las dependencias se expresan en la sección packageDirectories del archivo sfdx-project.json. Al admitir dependencias, los paquetes desbloqueados promueven el desarrollo modular con un marco de trabajo de dependencias enriquecido. Consulte la Guía del desarrollador de Salesforce DX para obtener información sobre el archivo de configuración de proyectos.