Rodolfo,
No sólo es sano, sino imprescindible.
Cada browse es necesario que tenga su propio area de trabajo porque de lo contrario sobre cualquier refresco del browse, por ejemplo movimiento de ventanas superpuestas, "destrozará" el browse pintado.
Al principio yo me resistà a la técnica de abrir la .dbf por cada browse. Con el tiempo le perdà el miedo por 2 razones. 1º En 32 bits los ficheros abren rapidÃsimo. 2º Se puede decir que el nº de handles disponibles para fichero es ilimitado.
Es cierto que a mi esta forma de trabajar no me gusta, pero lo contrario consistirÃa en crear un rdd que pudiera contener distintas areas de trabajo del mismo fichero... pero no me parecÃa la mejor cosa lo de crear un rdd nuevo/modificado.
Lo que sà debes hacer es ir cerrando las áreas abiertas cuando salgas del browse, y si siempre los tienes abiertos, pues cierras la áreas "recolectadas" al salir del programa, y sino un CLOSE DATABASES; yo prefiero recolectarlas: es más ordenadito y más control.
Saludos
RodolfoRBG wrote:Hola foro,
Estoy programando por 1ra vez con ventanas en lugar de dialogos y lo que hago cada vez que el usuario abre la misma ventana que contiene un browse, abre los mismos 10 DBFs con diferente alias para cada ventana.
Mi pregunta es, es "sano" hacerlo asi? o hay otra forma de acerlo ya que pienso que cada vez que se abre un DBF consume mucha memoria y si por ejemplo el usuario abre 5 veces la misma ventana tendria 50 archivos abiertos.
La idea de poder abrir la misma ventana varias veces es que pueda definir diferentes filtros para cada una de ellas.
