Tareas repetitvas en tiempo de diseño

[mamcx]

Lo que te dice AgustinOrtu es basicamente lo que se hace.

Lo que quieres es hacer algo con el minimo esfuerzo? Pues eso es lo que hacen los controles DataAware junto al DataSet (que tiene exactamente eso que quieres).

Si no quieres usarlo? Pues te toca hacer lo que te dice AgustinOrtu. Hay formas mas o menos elegantes de lograr esto, pero todas seran variaciones de esos dos tipos.

[anubis]

Si si, gracias, lo que digo es que no entiendo como se implementa de esa forma, con los controles dataware en lazarus, que no se por donde estan o como se usan.

[Ñuño Martínez]

Es que eso de recorrer la lista de componentes... Nunca ha terminado de gustarme lo del RTTI. Que sí, que será muy útil, pero no termino de verlo.

[roman]

Empezado por Ñuño Martínez

Nunca ha terminado de gustarme lo del RTTI.

¿Quién dijo RTTI?

LineComment Saludos

[Ñuño Martínez]

Lo de recorrer la lista de componentes de un formulario, ¿no necesita RTTI para que funcione? Pregunto.

[mamcx]

No. Lo que trae Delphi de fabrica es similar a crear mi propio arreglo (matriz) de componentes y exponer una propiedad para poder evaluarlo.

Basicamente, al poner un control se hace algo como: Formulario.ObjetoPadre.Add(ObjetoHijo). Y eso a donde va? a un arreglo.

RTTI tiene que ver con "Introspección", que es la habilidad de poder evaluar las características del entorno/runtime/código desde dentro del mismo runtime. Si es un poco "deficiente" en Delphi, es que eso es un problema universal en los lenguajes con compilador Y tipos estáticos y sin un soporte de runtime potente, que es casi todos. Y es muy facil y natural en lenguajes con tipos dinámicos (como python), interprete (que es un introspector!) o con compiladores dinámicos (JIT). Por eso en .NET/Java es ligeramente mas potente la introspección (aunque sigue siendo engorroso en contraste con el codigo normal). En donde introspección/código normal es casi que lo mismo es en lenguajes homoiconicos como LISP, FORTH y demás.

[roman]

Tal como dice Mario. Aunque por un momento me ha entrado la duda de si el operador is -que casi seguro sería necesario en este contexto- no cae en el terreno de RTTI.

LineComment Saludos

[[AgustinOrtu]]

Si no estoy equivocado, el operador is esta implementado mediante RTTI, lo cual lo hace "seguro" y "completo"; tambien devolveria True en los casos en que los objetos, pudiendo ser de distintas clases, son de asignacion compatible; esto tambien aplicaría a interfaces (siempre y cuando se declaren con GUID)

Por otro lado por eso sigo pensando que la opcion 2 es mas segura en este caso, pudiendo usar colecciones con tipos genericos, o si se trata de las versiones mas antiguas de Delphi, un array of TDBxxx