Cita:
|
Empezado por Johnny Q
...pues la utilidad en tiempo de ejecución podria ser cuando no es fijo el uso del componente.
|
En principio como ya se ha comentado, crearlos en tiempo de ejecución tiene ventajas, pero cuidado, hay que ver la cosas con prespectiva y con lógica.
Ej: Un formulario sencillo, con un ADOConnection, ADOQuery, TDatasource y un DBGrid que muestre datos; A eso le añadimos un par de botones y tenemos un formulario de selección.
Podríamos pensar en crear todos los componentes en tiempo de ejecución para aprovechar todas las ventajas anteriormente comentadas. ¿Pero quien de nosotros lo hace así? Nadie (espero), porque
la facilidad y el tiempo de desarrollo también es una ventaja.
Colocar un componente en diseño y asignarle unas cuantas propiedades son 10 sg y una probabilidad baja de errores, hacerlo en tiempo de ejecución son unas cuantas líneas de código, más tiempo, más trabajo (no nos engañemos, los informáticos smos "flojos" por naturaleza) y la una probabilidad de error más alta; Si en lugar de 1 son 3, hay que multiplicar lo dicho por 3.
CONCLUSIÓN (mía): Cuando el consumo de memoria puede ser alto (y no hablo de 1 ADOQuery) o el número de componentes es variable ==> Tiempo de ejecución, sino crearlos en visual (que para eso usamos un entorno RAD).