|
El rendimiento del código generado en delphi es muy superior, la VCL realiza cacheo de los objetos de Windows (por ejemplo fuentes, plumas, brochas, etc.) para lograr un uso más eficiente de los recursos de Windows. Mientras más recursos del sistema, mejor —por supuesto—, pero la velocidad de ejecución y el uso eficiente de recursos permiten que las aplicaciones Delphi funcionen razonablemente bien en las viejas máquinas Pentium con poca memoria, como las que todavía se encuentran en muchas empresas pequeñas y medianas.
La velocidad y el tamaño del código generalmente conflictúan, pero cuando comparamos Delphi y Visual Basic, Delphi gana claramente en ambos extremos. Una aplicación pequeña de base de datos usando ADO y algunos de terceros cabe en un solo diskette de instalación en el caso de Delphi, mientras que su contraparte del Visual Basic cabría en no menos de dos o tres diskettes (en ambos casos no estoy incluyendo ADO que ocupa aproximadamente 8 Mb). ¿Por qué hay tanta diferencia? Delphi optimiza el tamaño del código todo lo que puede, genera ejecutables independientes (puede también generar ejecutables que trabajen con las bibliotecas runtime si uno desea) y utiliza SmartLinking (enlace inteligente) para evitar incluir procedimientos y funciones en el ejecutable que no están referenciados en el código. Visual Basic no tiene otra opción más que trabajar con bibliotecas runtime y objetos ActiveX (que son más grandes y de no tan alto rendimiento como sus contrapartes VCL).
CONCLUSIÓN: Delphi produce aplicaciones independientes que son pequeñas y entregan gran rendimiento, haciéndolas más amistosas con los recursos del sistema y los anchos de banda de los módems, haciendo de Delphi una opción ideal sobre Visual Basic para los desarrolladores independientes, tanto aquellos que producen soluciones a medida para PyMEs como los que producen aplicaciones shareware o comerciales a distribuir por Internet.
|