FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
#21
|
||||
|
||||
Por cierto, ¿quién es JMR?
|
#22
|
||||
|
||||
¿No es de esos foreros míticos que por alguna razón que se pierde en la oscuridad del pasado salió del Club?
|
#23
|
|||
|
|||
Yo recuerdo a JMR de las listas de discusión, cuando esto se manejaba por listas de distribución por email.
Saludos... |
#24
|
||||
|
||||
JMR. José Manuel Rodriguez es el autor de las famosas "Trivial", también fue moderador del Club Delphi, fue una pena que se perdiera su concurso en este sitio, pero así son las cosas, hace un tiempo vi que estaba en la lista de FireBird, pero hace tiempo que no he vuelto a saber de él.
Un Saludo.
__________________
Guía de Estilo de los Foros Cita:
Última edición por marcoszorrilla fecha: 26-07-2011 a las 22:40:23. |
#25
|
||||
|
||||
¿Y eso de las variables globales era un documento que escribió o fue algún post en algún foro?, por echarle un vistazo.
|
#26
|
||||
|
||||
Creo recordar que era un hilo normal en el que por algún motivo salio el tema de las variables y yo dije que las colocaba en el Menú.
Un Saludo.
__________________
Guía de Estilo de los Foros Cita:
|
#27
|
||||
|
||||
Vairable Gloables como Variables Estaticas.
¡Hola Dudes!
Como ven este acercamiento. Creando, por así decirlo una propiedad estatica de una clase, y asignarle su valor, que estará visible en todas las unidades (y por ende Forms) donde se requiera. Espero el cógido sea más legible que mi explicación: la unidad donde se almacenarán las propiedades globales, por así decirlo
Ahora, cuando quieras acceder al valor de la propiedad, o en su defecto asigarle un valor solo tienes que hacer lo sigiuente.
Dudas, comentarios. Estará bien esta forma de realizarlo, digo, no lo he puesto en practica en un ambiente de producción. Gracias.
__________________
Estudia y anda en la calle.... que asi serás el doble de listo que los demás... análisis de información análisis y diseño de sistemas Paoti Rios Reséndiz |
#28
|
||||
|
||||
A mi me parece muy bien. Esta es una forma de implmentar propiedades estáticas (simuladas) en una clase de Delphi. Creo que las versiones recientes ya admiten este tipo de propiedades.
// Saludos |
#29
|
|||
|
|||
Interesante técnica , sin necesidad de crear ni destruir ningún objeto, che !
__________________
Guía de Estilo |
#30
|
||||
|
||||
Cita:
(1) No le veo ventajas (seguramente es que yo no las veo), pero las hay, entre lo que has puesto tú y esto:
(2) Lo segundo que no veo es qué ventajas tiene en este caso usar la clase, respecto a esto:
Y cuando la uses poner
__________________
Germán Estévez => Web/Blog Guía de estilo, Guía alternativa Utiliza TAG's en tus mensajes. Contactar con el Clubdelphi P.D: Más tiempo dedicado a la pregunta=Mejores respuestas. |
#31
|
||||
|
||||
A ver si aclaramos un poco:
Una forma de manejar variables de ámbito global sin ser propiamente globales, es encapsularlas en una clase como propiedades estáticas, esto es, como propiedades que no dependen de ningua instancia particular y que, por tanto, pueden usarse sin tener que crear un objeto de la clase. El punto es que hasta delphi 2010, creo, no había propiedades estáticas -como sí las hay en otros lenguajes. Entonces, para simularlas, se hacía lo que propone Paoti. La variable a la que se accede desde la clase está restringida al ámbito privado de la unidad en la que se declara y, por tanto y es lo importante, no es accesible directamente desde fuera, lo cual, proporciona un cierto grado de control sobre dicha variable. Cosa que no ocurre si simplemente se usa una variable declarada en la sección interface. La variable queda "expuesta" a todo mundo. Si tal variable se pone "dentro" de la clase, entonces no sería posible usarla sin instanciar un objeto de la clase. Dicho de otra forma, ya no sería una propiedad estática de la clase. // Saludos |
#32
|
||||
|
||||
El (1) no funciona, como variable privada, debe ser de la forma como está la clase expuesta por mi anteriormente.
el (2) es otra forma, usando propiedades estáticas simuladas. Ahora, el ejemplo anterior, del post, es cómo usar otro tipo de Variables Globales, sí no quieres usar la forma tradicional.
__________________
Estudia y anda en la calle.... que asi serás el doble de listo que los demás... análisis de información análisis y diseño de sistemas Paoti Rios Reséndiz |
#33
|
||||
|
||||
Cita:
En ese caso hay que definir una variable global del tipo TGlobales, como comenté antes. De todas formas, sigo viéndolo "raro".
__________________
Germán Estévez => Web/Blog Guía de estilo, Guía alternativa Utiliza TAG's en tus mensajes. Contactar con el Clubdelphi P.D: Más tiempo dedicado a la pregunta=Mejores respuestas. |
#34
|
||||
|
||||
Interesante pauti.
Pero no entiendo el por qué de este código:
Cuando simplemente se podría hacer así, según una clase de muestra que he escrito:
|
#36
|
||||
|
||||
Sólo añadir que, con esta técnica, dado que el acceso es vía métodos de una clase, se puede tener un mejor control, validación, etc. Incluso pueden implementarse variables "globales" de sólo lectura, por ejemplo.
// Saludos |
#37
|
||||
|
||||
¡Hola compañeros!
Me gusta tu idea roman, para evitar usar ahora sí, variables globales Por ejemplo, una idea sería la siguiente:
el método Inicializa(), incializa los valores de las propiedades de clase, que serán Globales, y de solo lectura. en base a los datos de la base de datos. y están disponibles en todos lados donde se haga referencia la unidad.
__________________
Estudia y anda en la calle.... que asi serás el doble de listo que los demás... análisis de información análisis y diseño de sistemas Paoti Rios Reséndiz |
#38
|
||||
|
||||
Yo personalmente hubiera hecho algo así (en realidad es lo que hago).
Sigues manteniendo las propiedades de lectura/escritura de las diferentes variables (ya que eso te lo da la clase), y colocas las variables "dentro" de la clase en lugar de fuera. Mantienes una variable Global del tipo TGlobales, pero es que de la otra forma también mantienes en memoria todas las variables necesarias. No le veo diferencia en eso.
__________________
Germán Estévez => Web/Blog Guía de estilo, Guía alternativa Utiliza TAG's en tus mensajes. Contactar con el Clubdelphi P.D: Más tiempo dedicado a la pregunta=Mejores respuestas. |
#39
|
||||
|
||||
La diferencia es que en tu caso debes crear un objeto de esa clase siendo que los datos a los que accedes no dependen realmente de un objeto en particular sino de la clase en sí.
Idealmente se tendría algo así:
Y, entonces, para usar esos datos lo haces directamente de la clase:
Pero, como delphi no permitía las variables de clase, es que se simulan haciendo lo que dice Paoti. Desde luego que la clase, tal como la usas tú, instanciando un objeto, tampoco es que esté mal. Al final de cuentas cumple con el objetivo de evitar el uso de variables globales. // Saludos |
#40
|
|||
|
|||
Hola...
Y usando el ejemplo de roman en Delphi 2010 y posteriores:
Saludos... |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
variables globales | pulpin | C++ Builder | 2 | 03-04-2008 04:09:28 |
Uff. variables globales en php.ini | Nati | PHP | 1 | 26-06-2007 09:02:49 |
variables globales | henrygale | Varios | 9 | 06-04-2007 00:47:05 |
Variables Globales | Abel Garcia | Firebird e Interbase | 8 | 26-09-2005 15:20:59 |
Variables globales en PHP | JulioGO | PHP | 3 | 08-04-2005 14:36:57 |
|