Aumentar la productividad con herramientas integradas
Objetivos de aprendizaje
Después de completar esta unidad, podrá:
- Describir las formas en que la interfaz de la lÃnea de comandos (Command Line Interface, CLI) de Salesforce puede mejorar la productividad.
- Describir la función de los sistemas de control de versiones, organizaciones borrador y organizaciones sandbox en el modelo de desarrollo de paquetes.
- Identificar cuándo es adecuado usar organizaciones borrador y cuándo utilizar entornos sandbox.
Herramientas existentes, herramientas nuevas, sus herramientas
Sabemos que hay muchas opciones disponibles de software innovador de código abierto. Por eso, uno de nuestros principios rectores es admitir estándares abiertos sobre herramientas de desarrollo. Ofrecemos una infraestructura que le permite usar la cadena de herramientas que ya conoce. Además, queremos recomendarle un conjunto de herramientas que pueda usar si no tiene ninguna otra implementada.
Interfaz de lÃnea de comandos de Salesforce
Una de las herramientas que ofrecemos es la interfaz de la lÃnea de comandos (CLI) de Salesforce, potente y flexible. Puede usar la CLI para gestionar el proceso de desarrollo de paquetes desde la lÃnea de comandos.
Salesforce CLI combina muchas de las capacidades de varias API de Salesforce, como la API de metadatos, la API de herramientas y la API de datos (SOAP). Con la CLI nueva y mejorada, todas sus tareas de desarrollo de las API importantes están disponibles en un solo lugar. Puede crear secuencias de comandos para todo lo requerido en la gestión del ciclo de vida completo de desarrollo, desde la creación de organizaciones hasta la importación y exportación de datos. Piense en todos las increÃbles secuencias de comandos que puede crear para facilitar las tareas de desarrollo repetitivas.
¡Encima lava los platos! Bueno, no es tan asÃ, pero ¿no serÃa genial?
Salesforce CLI es un optimizador de la productividad para la igualdad de oportunidades:
- Los desarrolladores pueden usar esta solución para gestionar sus proyectos de DX, crear organizaciones borrador, implementar y recuperar metadatos en una organización borrador y ejecutar pruebas de unidades.
- DevOps puede usarla como parte de las secuencias de comandos de automatización, para crear entornos y acceder a ellos, implementar la fuente, instalar paquetes y ejecutar pruebas.
Generador de código
Con el Generador de código, disfrutará de un entorno de desarrollo integrado muy potente que se creó especÃficamente para el desarrollo de Salesforce. Las extensiones incluidas ofrecen lo siguiente:
- Funcionalidad para interactuar con Salesforce CLI
- Funcionalidad para crear proyectos para su desarrollo de paquetes
- Acceso al servidor de lenguajes de Apex para el resaltado de sintaxis y la finalización de código
- Compatibilidad con paquetes de componentes Lightning
- Compatibilidad con Apex y depuradores de reproducción
- IA generativa para escribir, probar, depurar y cambiar el tamaño del código
También está preintegrada con Git, pero puede funcionar con otros sistemas de control de versiones.
Sistema de control de versiones (VCS)
Un VCS es el núcleo del desarrollo dirigido por código fuente. Necesita un VCS si desea gestionar y asignar una versión a su fuente para aprovechar al máximo lo que ofrecen las nuevas herramientas y el desarrollo de paquetes.
Si no está usando un VCS en estos momentos, ¿cómo comenzar este recorrido?
Probablemente esté comenzando, también, con el modelo de paquetes. Vamos a analizar el caso base. Empezaremos por planificar la creación de un solo paquete para poder comprender el proceso. Tiene un proyecto de DX para el desarrollo de ese paquete con un repositorio de VCS correspondiente para ese proyecto de paquetes. Pronto se sentirá más a gusto con el ciclo de vida del desarrollo de paquetes y la estructura de proyectos de DX. Luego, podrá considerar nuevas formas de diseñar sus proyectos de paquetes y organizarlos en uno o varios repositorios de VCS.
Organizaciones borrador
Diseñadas para ser efÃmeras y fácilmente recreables, las organizaciones borrador son entornos de Salesforce dedicados y configurables que puede crear muy rápido para diferentes propósitos.
¿Ya se cansó de que otros metan mano en su sandbox? No más intromisiones al usar organizaciones borrador como parte de sus procesos de desarrollo y pruebas. Las organizaciones borrador pueden ser su propio entorno de desarrollo personal, o bien puede crear organizaciones borrador desde cero para hacer pruebas automatizadas. Puede crear una organización borrador cuando desee hacer lo siguiente:
- Comenzar un proyecto nuevo.
- Iniciar una rama de funciones nuevas.
- Probar una función nueva.
- Iniciar pruebas automatizadas.
- Realizar tareas de desarrollo directamente en una organización.
- Empezar desde cero con una nueva organización.
Puede configurar la organización borrador con diferentes ediciones de Salesforce y solo con las funciones y preferencias que desee. También puede compartir el archivo de configuración de la organización borrador con otros miembros de su equipo. De este modo, todos tendrán la misma organización básica donde realizar las tareas de desarrollo.
¿Cuál es entonces la diferencia entre una organización borrador y un sandbox?
Ahora que comprende los casos de uso de las organizaciones borrador, vamos a detenernos un minuto y analizar lo que no hacen las organizaciones borrador.
Las organizaciones borrador no tienen la capacidad de contener todo el conjunto de metadatos presentes en su organización de producción. Tampoco están pensadas para reemplazar a los entornos sandbox. Cuando comience a analizar qué metadatos desea implementar en una organización borrador, pregúntese si se requiere toda la fuente para ese proyecto en particular.
Por ejemplo:
- ¿Todas las personalizaciones están relacionadas con una sola aplicación o con la extensión de CRM?
- ¿Las personalizaciones representan muchas aplicaciones o proyectos diferentes?
Si su respuesta es afirmativa a la segunda pregunta, piense cómo puede desglosar esos componentes en paquetes. PodrÃa crear una organización borrador por separado para probar cada uno de estos módulos individuales. En algún momento posterior del ciclo de vida de desarrollo, implementará los paquetes separados en un sandbox para las pruebas finales y la implementación gradual.
Los entornos sandbox siguen teniendo una función importante
Por mucho que pensemos que las organizaciones borrador serán un cambio radical y aumentarán su productividad, los entornos sandbox siguen siendo una parte importante del ciclo de vida del desarrollo de paquetes. Seguirá usándolos como objetivos o destinos para las pruebas de instalación de la versión del paquete que creó. Una vez instalados, continuará usándolos para las pruebas de aceptación de usuarios, como un entorno de implementación gradual y para las pruebas de entrega continua.
Busque alinear los casos de uso de desarrollo de origen con sus organizaciones borrador, y alinee el lanzamiento y las pruebas de desarrollo con sus entornos sandbox.
Recursos
- GuÃa del desarrollador: Salesforce CLI Command Reference
- GuÃa del desarrollador: GuÃa del desarrollador de Salesforce DX
- GuÃa del desarrollador: Extensiones de Salesforce para VS Code
- Video: Entornos de Salesforce: Primeros pasos con las organizaciones borrador
- Video: Salesforce CLI: Aprovechar la potencia de Salesforce mediante la lÃnea de comandos