Evitar variables globales....

[Casimiro Noteví]

Empezado por roman

Yo hago algo como lo que menciona oscarac, y que todos parecen haber omitido, y que al, final es similar a lo que hace Neftali. Tengo un datamodule donde abro conexiones, leo valores de incio de algún archivo de configuración e incializo variables "globales", que, en realidad, son propiedades de ese datamodule.
// Saludos

Normalmente lo pongo en una unit "normal" habilitada para estas cosas, ¿hay algún motivo especial para usar un datamodule?

[roman]

No, ninguno, salvo el hecho de tenerla en una clase y no como variable global suelta. Lo del datamodule es sólo para aprovechar que ya tengo uno para menesteres de tipo inicialización, de hecho es donde pongo el componente de conexión. Aunque si son valores cuya naturaleza no tenga nada que ver con la base de datos, tal datamodule no sería la mejor opción y mejor lo del TGConfif de Germán.

// Saludos

[marcoszorrilla]

Yo uso las dos cosas, una Unidad que llamo Global y allí coloco todas las variables que voy a utilizar en toda la aplicación "por encima de las unidades" y el resto procuro crearlas para que solamente vivan durante el ámbito de su aplicación y van en DataModulos...

Un Saludo.

[Casimiro Noteví]

Casi todos tenemos costumbres más o menos parecidas

[marcoszorrilla]

Sin embargo creo que es bueno intercambiar ideas, porque yo reconozco que antes colocaba todo en la Unidad "Menu", basándome en que esa unidad siempre estaba cargada en memoria, sin embargo JMR me hizo caer en la cuenta que eso era una aberración y un insulto a la inteligencia del compilador y desde entonces quité variables del menú y las lleve a Global que por cierto no tiene porque llamarse global.

Un Saludo.

[Casimiro Noteví]

Empezado por marcoszorrilla

Sin embargo creo que es bueno intercambiar ideas

Por supuesto que sí.

[Casimiro Noteví]

Por cierto, ¿quién es JMR?