mantonio_08 wrote:disculpa amigo el comentario,, y lo directo::
pero me podrias cual es el beneficio que tienes al programar una aplicacion de esta manera,, metiendo en varios array todo los objetos , y datos necesarios para crear tus window, dialog, say, get, etc,etc.::
??? que beneficio esperas::
Mantonio_08,
No hay por qué pedir disculpas por un comentario y mucho menos por directo
Primero comentar que no son varios array, sino UNO solo. Esto tiene varias ventajas, una de ellas es que tan sólo utilizas una variable static (al menos bastante menos), evitas errores GPF y el paso de las mismas a otras funciones es mucho más sencillo (con pasar ese array, pasas absolutamente todo). Por otro lado, para funcionar en un ambiente MDI, es necesario, pues puedes ir aumentando el número de variables y alias a medida que se abren nuevas ventanas MDI, si quieres que el número de ventanas sea ilimitado, tan sólo limitado por memoria del sistema o las 255 workareas que permitía clipper y que no sé si esa limitación sigue en FW y Harbour, etc. Todos estos, digamos, "pros", los he ido sacando de post, ejemplos, etc.
Otro de los motivos y este ya de mi propia cosecha, es que estoy intentando migrar una aplicación de clipper, en la que se han utilizado en un 90% variables private. Efectivamente había que elegir entre depurar todo eso y luego migrar, o a la inversa, ir migrando y luego depurando. Una de las soluciones que he encontrado ha sido esta de ir conteniendo todas esas variables en array y luego irlos pasando a las distintas funciones. Existen en esa aplicación clipper funciones que manejan con 90 variables private, definidas en distintos puntos de la aplicación y el irlas pasando una a una a la función, luego a otra, luego a otra, es tarea inhumana, por lo que teniéndolas contenidas en un array, paso un array y aligeramos un poco el trabajo.
Espero que te ayude a comprender mejor el por qué de este sistema de variables. Por cierto que para MDI se hace casi imprescindible un método similar.
Saludos!