Foros | Velneo V7

@rzaragoza.dinacom

Gracias por confirmar una de las cositas que tod@s deberiamos saber. Posiblemente este escrito por cualquier sitio pero, yo no lo he visto y si lo estaba padeciendo.

Tranquilidad señores, proximamente tendremos nueva version.

Gracias

P.D. (no es puesto ninguna tilde por que el teclado lo tengo hoy algo desconcertado)

Saludos

Antonio Vela

http://www.velavisual.com

Pues muy bien, lo estoy utilizando en un proyecto (modificar variables en eventos posterior a alta y modif) y es bueno saber esto.

Ahora que una variable "global en disco" pierda su valor tiene tela marinera.

un saludo

Miguel

Es muy importante que esto se corrija.

Nosotros hacemos poco uso de variables globales, en PaaSOS solo hay unas 15. Aún así es muy importante que se mejoren las prestaciones de las variables globales.

Atentamente,

Jorge Hontoria

http://tipesoft.com

Hola a todos,

De nuevo entro para puntualizar algunas cosas sobre este hilo:

1) Las variables globales, como todos sabeís, se pueden crear en Disco o en Memoria. Las de Disco tienen visibilidad para todos los usuarios de la aplicación mientras que las de Memoria sólo tienen visibilidad para un cliente ejecutando un enganche.

2) Las variables globales EN DISCO valen para poco, puesto que lo que nos interesa en la mayoría de los casos es dar valor a variables globales dentro de nuestro espacio de trabajo y que su visibilidad no se extienda al resto de usuarios.

3) Las variables globales EN DISCO NO PIERDEN SUY VALOR, como antes he comentado, dentro de los eventos de tablas

4) Las variables globales EN MEMORIA son las que pierden su valor en los eventos de tabla.

5) Algunos puristas de Velneo pueden defender este comportamiento indicando que los eventos de tablas se ejecutan en el espacio del servidor y que, por tanto, no es el espacio de memoria en el que se disparó el VCLIENT. Llevado a la lógica y estructura de Velneo, tiene todo el sentido del mundo. En la realidad del programador, el no disponer de una variable de ámbito GLOBAL a toda la solución es UNA PUTADA (o como se diga).

"NO TENEMOS FORMA DE TENER UN TESTIGO POR INSTANCIA" para que un determinado código de un evento de tabla se ejecute en determindas ocasiones y no siempre(Por ejemplo, dependiendo del perfil de usuario)

Ya sé que alguno de vosotros podéis pensar que la solución puede pasar por crear una tabla de usuarios con las variables y su valor para cada usuario pero.....

EN CUALQUIER LENGUAJE DE PROGRAMACIÓN DE LOS QUE CONOZCO (me imagino que los que no conozco también), existe la posibilidad de crear una variable en mi espacio de memoria y que este valor sea compartida por todos los objetos, eventos y proCesos de la aplicación.

Vuelvo a reiterar la necesidad imperiosa de disponer de esta operativa común y necesaria,

Saludos

Miguel Delgado

Buenas Antonio.

Ves correcto que una variable global en memoria no se pueda usar en eventos de tabla??

Hay casos en los que vas a necesitar hacer ciertas operaciones en los eventos de tabla dependiendo del valor de una variable que ejecute desde local y para lo cual no puedo usar una variable global en disco.

Esta función estaba disponible en 6x.

Esperemos que el equipo de Velneo valore esta idea y la añada en futuras versiones.

Un saludo.

Jorge Velasco Fernández

jvelasco@theseedsc.com

http://www.theseedsc.com

Buenas Antonio.

Lo que no entiendo mucho es el ejemplo que has puesto.

Yo llegué a pensar en usar campos de una tabla, pero como puedo con variables locales en un formulario controlar lo que quiero ejecutar en un evento de tabla?

Un saludo.

Jorge Velasco Fernández

jvelasco@theseedsc.com

http://www.theseedsc.com

Lo siento Antonio, Jorge lleva absolutamente toda la Razón.

un saludo

Miguel

CIBERIDEAS

Hola Antonio,

Lo que puse era sólo un ejemplo, pero hay muchos otros casos que no tienen solución. Imagina simplemnte que antes de ejecutar un boton aceptar preguntamos al usuario: ¿Desea guardar un Log de esta operación?. si contesta SI, ejecuto el evento de tabla correspondiente, si ejecuta NO, no lo hago. Siempre se podría meter en una tabla, pero no deja de ser un parche para algo necesario: ¡¡ VARIABLES EN MEMORIA CON VISIBILIDAD EN TODA LA SOLUCION !!!

Saludos y gracias por tu interés.

Miguel D.

Hola de nuevo Antonio,

Los programadores de Velneo nos hemos acostumbrado por operativa a buscar una solución por nuestra cuenta a las cosas que la herramienta no hace como debe. El caso que te he puesto es sólo un ejemplo. Ya sé que se puede hacer de otra forma, pero creo que esto no debería ser así. VARIABLES PUBLICAS EN MEMORIA hay en todos los lenguajes, eso es simplemente lo que expongo y de lo que me vengo quejando.

Saludos

Miguel Delgado

1. El problema de las variables deberia solucionarse, si es que tiene solucion.

2. Mientras tanto, el problema lo puedes solucionar facilmente, creando una tabla "en disco" de Variables por usuario, y digo "en disco", porque si la tabla la creas en memoria, al final tendras el mismo problema, que los registros de la tabla no estaran disponibles en el Servidor y por tanto, no seran compartidos. Amen de que las tablas en memoria aun ...

un saludo.

Jose Luis