controles en tiempo de ejecucion?

18/03/2007 - 01:00 por Jorge Hidalgo | Informe spam

Hola a todos:

El tema es que quiero crear formularios y sus respectivos controles en
tiempo de ejecución y además que estos persistan en el ejecutable una vez que
se cierre la aplicación.

Y para agregarle dificultad es que no tendríamos el control de la cantidad
de controles que el usuario final creara, pero si la cantidad de controles
que entran en un formulario.

Por ejemplo: un formulario que ya tenga 10 picturebox estaría completo y
debería agregar otro formulario automáticamente para almacenar otro
picturebox hasta que el formulario se complete, por lo tanto el usuario final
solo agrega un control (el picturebox) y la aplicación crea el control en el
formulario y un nuevo formulario si es necesario.

En conclusión: Todos los formularios y controles creados por el usuario
deberían cargarse al iniciar la aplicación.

Saludos Jorge

Siga el debate

2 respuestas

Tengo una respuesta

Preguntas similare

Mostrar todos los temas similares

Leer las respuestas

#1 Diego Jancic

18/03/2007 - 04:19 | Informe spam

Hola,
No te olvides que los formularios no se guardan en el exe ya
armados... hay un codigo en alguna parte del cs (dependiendo de si es
visual studio 2003 o 2005) en donde se genera el codigo para armarlo..
A lo que me refiero es a que lo que vos vas a poder guardar es la
informacion de como generar el formulario, no el formulario ya armado,
porque eso no existe...
Lo que podrias haces es crear el codigo que lo arma y guardarlo en una
dll aparte, pero creo que seria mucho mas complejo. Lo mejor me parece
generar un xml que contenga la informacion de los controles (clase,
posicion, etc..) y cuando levantas el xml lo procesas un poco.
La velocidad final va a ser muy parecida, tendrias que comparar estas
cosas para evaluar la performance final:
1) El tiempo que se tarda en levantar (sin procesar) un XML y una DLL
2) El tiempo de ejecucion del codigo de una dll en donde puede cambiar
el codigo todo el tiempo o un codigo en el exe que puede ser procesado
una sola vez (sobre todo si se pasa un NGEN)
3) El tiempo de procesamiento del XML (recorrer los nodos) contra el
tiempo de ejecutar un codigo no generico.

En definitiva te diria que la velocidad va a ser imperceptible..

Saludos!,
Diego

Responder a este mensaje

#2 Jorge Hidalgo

28/03/2007 - 03:08 | Informe spam

Los controles se crean a partir de una base de datos sqlserver que contiene
dos campos el campo (nombre e imagen) los controles que se debe crear en el
formulario es un label y un picturebox, lo que me cuesta es mandar la imagen
de la base de datos al picturebox. Teniendo en cuenta que son 10 picturebox
que se crearan.

Saludos Jorge

"Diego Jancic" wrote:

Hola,
No te olvides que los formularios no se guardan en el exe ya
armados... hay un codigo en alguna parte del cs (dependiendo de si es
visual studio 2003 o 2005) en donde se genera el codigo para armarlo..
A lo que me refiero es a que lo que vos vas a poder guardar es la
informacion de como generar el formulario, no el formulario ya armado,
porque eso no existe...
Lo que podrias haces es crear el codigo que lo arma y guardarlo en una
dll aparte, pero creo que seria mucho mas complejo. Lo mejor me parece
generar un xml que contenga la informacion de los controles (clase,
posicion, etc..) y cuando levantas el xml lo procesas un poco.
La velocidad final va a ser muy parecida, tendrias que comparar estas
cosas para evaluar la performance final:
1) El tiempo que se tarda en levantar (sin procesar) un XML y una DLL
2) El tiempo de ejecucion del codigo de una dll en donde puede cambiar
el codigo todo el tiempo o un codigo en el exe que puede ser procesado
una sola vez (sobre todo si se pasa un NGEN)
3) El tiempo de procesamiento del XML (recorrer los nodos) contra el
tiempo de ejecutar un codigo no generico.

En definitiva te diria que la velocidad va a ser imperceptible..

Saludos!,
Diego

Siga el debate Respuesta

Responder a este mensaje

Ads by Google

Hacer una pregunta

Tengo una respuesta

Busqueda sugerida