Aumentar la productividad con las 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 (CLI) de Salesforce permite mejorar la productividad.
Describir la función de los sistemas de control de versiones, organizaciones borrados y organizaciones sandbox en el modelo de desarrollo de paquetes.
Identificar si es más apropiado utilizar organizaciones borrador o sandboxes.

Herramientas existentes, nuevas y propias

Sabemos que hay muchas opciones de software innovador de código abierto ahí fuera. Por eso, uno de nuestros principios rectores es la admisión de estándares abiertos para las herramientas de desarrollo. Queremos ofrecer una infraestructura que le permita usar el conjunto de herramientas con el que esté cómodo. Además, queremos proporcionarle un conjunto de herramientas recomendadas que puede usar si no todavía no utiliza ninguna otra.

Interfaz de línea de comandos de Salesforce

Una de las herramientas que ofrecemos es la potente y flexible interfaz de línea de comandos de Salesforce (CLI). Puede usar la CLI para gestionar el proceso de desarrollo de paquetes desde la línea de comandos.

Salesforce CLI combina muchas de las funciones de otras API de Salesforce, como la API de metadatos, la API de herramientas y la API de datos (SOAP). Gracias a la nueva y mejorada CLI, todas las tareas de desarrollo de todas las API importantes están disponibles en un mismo lugar. Puede usar scripts para todo, desde la creación de organizaciones hasta la importación y exportación de datos, es decir, todo lo necesario para gestionar el ciclo de vida completo de desarrollo. Piense en todos los scripts que puede crear para completar tareas de desarrollo repetitivas con más facilidad.

¡Y también para fregar los platos! (No, es broma, pero sería maravilloso, ¿verdad?)

pantallas de ordenador con comandos de la CLI

Salesforce CLI mejora la productividad con igualdad de oportunidades:

los desarrolladores pueden usarla para gestionar sus proyectos de DX, crear organizaciones borrador, implementar y recuperar metadatos en una organización borrador y ejecutar pruebas unitarias.
Los equipos de DevOps pueden usarla como parte del proceso de desarrollo de scripts de automatización para crear entornos y acceder a ellos, implementar código fuente, instalar paquetes y ejecutar pruebas.

Code Builder

Con Code Builder, disfrutará de un potente entorno de desarrollo integrado pensado especialmente para desarrolladores de Salesforce. Las extensiones incluidas ofrecen lo siguiente:

Funcionalidad para interactuar con Salesforce CLI
Funcionalidad para crear proyectos durante el desarrollo de paquetes
Acceso a Apex Language Server para resaltar sintaxis y completar código
Compatibilidad con paquetes de componentes Lightning
Compatibilidad con depuradores de Apex y de reproducción
IA generativa para escribir, probar, depurar y volver a factorizar código

Además, viene integrado con Git, pero también funciona con otros sistemas de control de versiones.

¿Prefiere trabajar en un entorno de desarrollo local como Visual Studio Code? No se preocupe, Salesforce ofrece las mismas extensiones para Visual Studio Code.

Sistema de control de versiones (VCS)

Un sistema de control de versiones es el centro del desarrollo basado en código fuente. Necesita un sistema de control de versiones para gestionar el código fuente y controlar sus versiones. De esta forma, podrá aprovechar al máximo lo que ofrecen las nuevas herramientas y el desarrollo de paquetes.

Si todavía no usa un sistema de control de versiones, ¿por dónde debe empezar?

Es probable que también esté empezando con la creación de paquetes. Así que vamos a hablar de un caso básico. Empiece por planificar la creación de un solo paquete para comprender bien todo el proceso. Imagine que tiene un proyecto de DX para desarrollar ese paquete con el repositorio de VCS correspondiente para el proyecto. Se familiarizará pronto con el ciclo de vida de desarrollo de paquetes y la estructura del proyecto de DX. Después, puede pensar en nuevas formas de diseñar los proyectos de paquetes y organizarlos en uno o más repositorios de VCS.

Organizaciones borrador

Estas organizaciones, diseñadas para ser efímeras y poder volver a crearse con facilidad, son entornos de Salesforce dedicados y configurables que puede crear rápidamente para diferentes propósitos.

¿Cansado de que otros niños jueguen en su pequeña sección de parque? Cuando utilice organizaciones borrador como parte del proceso de desarrollo y pruebas, dejará de tener arena en los ojos. Las organizaciones borrador pueden convertirse en su entorno de desarrollo personal. También puede crear organizaciones borrador independientes para ejecutar pruebas automatizadas. Puede crear una organización borrador cuando quiera para hacer lo siguiente:

Empezar un proyecto nuevo.
Empezar una nueva rama con funciones.
Probar una nueva función.
Empezar pruebas automatizadas.
Realizar tareas de desarrollo directamente en una organización.
Empezar de cero con una organización nueva.

Puede configurar la organización borrador con distintas ediciones de Salesforce y solo las funciones y preferencias que quiera. Además, puede compartir el archivo de configuración de la organización borrador con otros miembros del equipo. De esa forma, todos tendrán la misma organización básica en la que realizar las tareas de desarrollo.

Entonces, ¿cuál es la diferencia entre un sandbox y una organización borrador?

Ahora que conoce los casos de uso de las organizaciones borrador, volvamos atrás un momento para ver lo que NO son las organizaciones borrador.

Las organizaciones borrador no tienen la capacidad de contener todos los metadatos que contiene una organización de producción. Además, no están diseñadas para sustituir a los sandboxes tampoco. Cuando empiece a analizar qué metadatos quiere implementar en una organización borrador, pregúntese si necesita todo eso para el proyecto en cuestión.

Por ejemplo:

¿Todas las personalizaciones se relacionan con una sola aplicación o la extensión de CRM?
¿Las personalizaciones representan muchas aplicaciones o proyectos diferentes?

Si ha respondido que sí a la segunda pregunta, piense en cómo descomponer todo eso en paquetes. Podría crear una organización borrador independiente para probar cada uno de los módulos individuales. En algún momento posterior del ciclo de vida de desarrollo, implementará los paquetes independientes en un sandbox para las pruebas finales y el almacenamiento provisional.

Los sandboxes juegan un papel fundamental

Por mucho que pensemos que las organizaciones borrador van a revolucionarlo todo y aumentar su productividad, los sandboxes también son muy importantes para el ciclo de vida del desarrollo de paquetes. Los utilizará como destinos para probar la instalación de la versión del paquete que ha creado. Una vez instalados, seguirá usándolos para realizar pruebas de aceptación de usuarios, como entorno de almacenamiento provisional y para pruebas de entrega continua.

Alinee los casos de uso de desarrollo de código fuente con sus organizaciones borrador y las pruebas de lanzamiento y desarrollo con los sandboxes.

Estimación de tiempo

Temas

¿Necesita ayuda?

Recursos de Salesforce Platform