El origen de las líneas de instrucciones de un proceso, determina los registros a cuyos datos tenemos acceso en el proceso. En el caso de una lista, podremos ejecutar comandos que trabajen con listas para cruzar listas, recorrer o quitar elementos de la lista, cortar o multipartir, etc. Si el origen es ficha, tendremos acceso a los campos de la ficha, incluyendo aquellos a los que accedamos a través de los enlaces. Si el origen es ninguno, debemos "conseguir" los registros con que necesitamos trabajar mediante una búsqueda o cargando una lista.
¿Cómo funcionan los orígenes en V7?Haced la prueba. Creáis un par de tablas, añadid algún campo a las tablas que las diferencien. Creáis un proceso y le asignáis origen lista y como tabla asociada una de las que hayáis creado.
A continuación, editáis el proceso. Incluid un comando que recorra la lista y en el subproceso incluís un comando que modifique un campo. Mirad en el título del dock en que estáis editando la instrucción que, efectivamente, el origen es la ficha de la tabla que habéis seleccionado en el proceso.Ahora, volved al proceso, haced doble clic sobre él, y cambiad la tabla asociada al proceso. Haced un clic de nuevo sobre la línea en que modificáis el campo. ¿Se ha actualizado y ahora tiene como origen ficha de la otra tabla?Así es como funcionan en V7 los orígenes: se calculan en base a la instrucción padre, y se "refrescan" cuando hacemos cambios en el origen del padre. En realidad no hay tal refresco, únicamente se calcula cuando se necesita: se calcula en base al origen de la instrucción, por tanto, en base al origen del subproceso de la línea padre, que también es calculado. Y a su vez se calcula el origen del subproceso hijo, en función del comando y el origen de la instrucción, de cara a los comandos que usemos en ese subproceso.El primer origen lo determina el objeto que estemos editando: ninguno para demonios, tareas, funciones y protocolos; origen ninguno, ficha o lista según determinemos en el objeto proceso; ficha de la tabla para los eventos de tabla o triggers. El origen de la primera línea del proceso lo determinará ese objeto. Luego, con los comandos, iremos "navegando", generando subprocesos con los mismos o nuevos orígenes que determinarán el origen de los siguientes comandos.Hay comandos que son "transparentes" al origen: If, Else, For, etc. Tienen por origen de sus subprocesos el mismo origen que tienen de entrada. Sin embargo, hay otros que "modifican" el origen del subproceso, que será distinto por tanto al del comando en curso. Por ejemplo: Recorrer lista sólo lectura, que convierte el origen lista de un proceso en un origen ficha de la misma tabla.Otros, además, nos permiten conseguir el origen que deseamos: Cargar lista. Veréis como desde cualquier origen, con Cargar lista generamos un subproceso con origen lista de la tabla seleccionada en el parámetro correspondiente del comando. En todos los casos, el origen es calculado y no se guarda en la instrucción.En V7 podremos usar el mismo proceso para varias tablas sin tocar mucho: bastará copiar el proceso, cambiar el origen, y los orígenes se recalcularán teniendo en cuenta el nuevo dato. Sólo tendremos que revisar que el nuevo proceso es coherente.Entre otras cosas, nos evitará tener que estar al tanto de que los orígenes sean los mismos a la hora de copiar líneas de instrucciones de unos procesos a otros y actualizar de forma manual esos orígenes tras realizar la copia de líneas, crear procesos análogos copiando y pegando, de forma sencilla, etc.NOTA:En la beta que estáis probando, todavía no están resueltos todos los cálculos de orígenes para todos los comandos, por lo que encontraréis algúna instrucción donde todavía no se calcula. En próximas betas se irán resolviendo los cálculos pendientes.
