He visto que la mayoría de los componentes (VCL) en Delphi se dividen en dos partes.
1) designtime paquete
2) Tiempo de ejecución del paquete
Problemas con los paquetes de tiempo de ejecución y tiempo de diseño en Delphi
¿Por qué todo este alboroto. ¿Qué diferencia hay si los paquetes RunTime y DesignTime están unidos en un solo paquete?
Nunca he sido capaz de entender esta lógica de separación.
¿Cuál es la lógica detrás de esto?
Una vez que tuve la cabeza, alguien menciona que esta distinción se hizo solo para evitar adoptar y seguir los estándares de Component establecidos por Microsoft. Realmente no hay lógica detrás de esto.
¿Es esto cierto?
Punto A: ¿Qué pasaría si digamos, por ejemplo, que los paquetes DesignTime y RunTime se incluyen en el EXE compilado? Estoy pidiendo esto como ahora. La memoria ya no es una restricción ya que casi siempre hay suficiente memoria disponible en un momento dado. Estoy de acuerdo con el punto B hasta cierto punto, pero para un buen programador será una tarea pequeña implementar una lógica que no permita la carga de la interfaz DesignTime durante RunTime. Esto siempre ha sido el caso con los componentes COM sin ningún problema. –
Si utiliza unidades designtime o no se resuelve en tiempo compilado, no en tiempo de ejecución. Los paquetes son DLL enlazados estáticamente. Por lo tanto, el uso de paquetes hace que el ejecutable de destino dependa de ellos, es decir. Windows no podrá cargar y ejecutar el archivo ejecutable si no encuentra todas las dependencias. –
No lo creo, porque si los paquetes están vinculados estáticamente, ¿dónde está la necesidad de encontrar todas las dependencias? –