¿Qué motivó esta solicitud de la lista de deseos? Dificultades con el funcionamiento del generador de flujos de trabajo cuando se producen cambios en tablas o columnas (tabla no encontrada, columna no encontrada, etc.).
¿Qué mejora le gustaría ver? Me gustaría que el creador de flujos de trabajo utilizara más variables de forma inherente, tanto de forma nativa en el backend de JMP como en la interfaz gráfica de usuario.
Cuando ejecuto o comparto un flujo de trabajo y cambia algo como el nombre de una tabla, JMP es muy bueno al brindar al usuario la oportunidad de corregir la diferencia. Sin embargo, a menudo no está claro en qué paso del proceso se debe corregir el cambio, por lo que los usuarios, incluyéndome a mí, pueden optar por detener el flujo de trabajo para intentar otra solución (un momento, ¿qué esperaba JMP que no estaba presente?, ¿cómo lo soluciono?, etc.).
Y cuando reviso qué sucede, tal vez veo algún error o algo que debería ser dinámico. Bueno, ahora tengo que revisar y corregir TODAS las áreas donde algo como una referencia a una columna o tabla de datos estaba codificado de forma fija. Si JMP simplemente lo hubiera configurado como una variable desde su primera instrucción, solo tendría que cambiarlo una vez y listo.
Además, es posible que, al iniciar un flujo de trabajo, sepa que elementos como los nombres de las tablas de datos o las columnas pueden ser variables. Por lo tanto, resulta sumamente valioso poder agregar variables al flujo de trabajo para establecerlas como valores predeterminados o solicitar la intervención del usuario.
¿Por qué es importante esta idea? Workflow Builder es genial y permite automatizar tareas sin necesidad de muchos conocimientos de programación, y si no hay cambios, funciona de maravilla. JMP ya se desempeña bien cuando encuentra posibles diferencias, y agregar un mejor manejo de variables ayuda a llevarlo al siguiente nivel. Además, el manejo de variables como parte nativa del proceso ofrecerá una "capacitación" adicional a quienes se familiarizan con los scripts, ya que al exportarlos, en lugar de ver valores codificados por todas partes, queda claro que se están configurando variables y usándolas a lo largo del código. ¿La única salvedad/cambio? Quizás las exportaciones JSL de Workflow Builder necesiten crear su propio espacio de trabajo (lo último que necesitamos es un contenedor "local" enorme para evitar colisiones de variables).
Estoy de acuerdo, hay que buscar una forma de generalizar el Registro Mejorado y el WFB. Quizás una solución sencilla sería que el Registro Mejorado utilizara la función Tabla de Datos Actual (Current Data Table()) en lugar de la referencia explícita a la tabla. Creo que eso representa aproximadamente el 90 % de los cambios que necesito realizar en el JSL generado en el Registro Mejorado y el WFB.
¡Gracias por enviar esta solicitud!
