mi programa ha crecido demasiado en tamaño MB

[Ñuño Martínez]

Un comentario:

Empezado por Rofocale

DLLs ?

Nunca he entendido por qué se sugiere que el ejecutable se divida en archivos DLL para reducir su tamaño, cuando es evidente que no funciona. Al final va a cargar los archivos DLL, porque si no no los ejecutaría.

Además también es evidente que hacerlo es contraproducente, puesto que el conjunto necesita más espacio en disco y también en memoria (necesitan tablas, cosa innecesaria en el otro caso), salvo que se trate de bibliotecas y/o código reutilizable.

De verdad que no lo entiendo.

[Casimiro Noteví]

Cierta vez me encontré con un problema similar, el ejecutable era enorme, la solución fue, además de quitar bastantes imágenes e iconos, crear el ejecutable con las bpl externas, eso solucionó el problema.

[Young]

Los componentes devexpress son los que agregan muchos megabytes al nuestros ejecutables a cambio de unas interfaces más atractivas visualmente, bueno llevo muchos años programando y me costó mucho quitarme de la cabeza la obsesión por los megas de los ejecutables, amigo mio para los equipos que poseemos desde hará unos 10 años el tamaño del ejecutable no importa... quizas la única vez que lo pensé, fue cuando tuve la necesidad de actualizar vía internet la aplicación, el caso era particular, varios usuarios, una velocidad de acceso a internet "pauperrima", etc... la solución... uso de packages.

Saludos.

[[duilioisola]]

Nunca he entendido por qué se sugiere que el ejecutable se divida en archivos DLL para reducir su tamaño

Ventajas:

• Puedes tener diferentes versiones de las partes de tu programa.
  Por ejemplo puedes tener el modulo de contabilidad o un form que diga "Llamame al tel. 123-456-789 para que te venda este modulo "
• Si cargas las librerías dinámicamente, solo estarás utilizando los recursos necesarios en cada momento.
  Esto es similar a crear todos los formularios o crearlos cada vez que necesitas abrirlos.
• Si necesitas actualizar un módulo solo debes enviar una dll. Imagina que encuentras un bug en el módulo x. Lo solucionas y le subes solo eso.

Nota: lo mismo vale para las librerías de delphi (packages)

[ContraVeneno]

si lo mismo vale para los BPL, pues mejor utilizar BPLs en lugar de DLLs...

El problema no son las imágenes, son los devexpress; y no tanto que sean un problema, sino que se están incluyendo dentro de tu ejecutable y al incluirlos, eso hace que tu ejecutable sea muy grande. Para que no tengas que volver a programar nada, simplemente compila tu proyecto con la opción "Build with runtime packages" y listo, tu ejecutable se reducirá de tamaño, eso sí, tendrías que distribuir tu ejecutable junto con los bpl de las bibliotecas (¿o eran librerías?, !diantres¡) que estes utilizando, en este caso, los de devexpress.


Build with runtime packages
Dynamically links the runtime packages in your project and enables the runtime packages edit box.

[[rretamar]]

Un "truco" para reducir el tamaño de los ejecutables puede ser comprimirlos con la utilidad UPX. La ganancia de tamaño que se logra puede ser más que interesante.

http://upx.sourceforge.net

Muy recomendable.

[[Al González]]

A ver, aquí tengo un proyecto que contiene alrededor de 70 formularios y varios módulos de datos. Todos los primeros utilizan componentes de Developer Express. No lo compilo con la opción "Build with runtime packages" porque me interesa tener todo en un sólo archivo ejecutable. Y el tamaño final de éste es de 6 MB.

A mí me parece bastante aceptable. Este .exe está compilado con Delphi 7 y, por supuesto, utilizo ampliamente herencia visual (no hay formulario que no derive de una plantilla y la gran mayoría de los formularios plantillas derivan de otra).

Creo que Rofocale debería decirnos más acerca de cómo está estructurado su proyecto. 18 formularios son pocos para que una falta de herencia visual fuese el factor principal del problema. Tal vez se trata de la versión del compilador que está utilizando, alguna opción de éste, otras grandes bibliotecas (sí, así se dice) o recursos sin uso que se están incluyendo, o simplemente lo que comentábamos de los gráficos.

Un megasaludo.

Al González.

[Casimiro Noteví]

Empezado por Casimiro Notevi

Cierta vez me encontré con un problema similar, el ejecutable era enorme, la solución fue, además de quitar bastantes imágenes e iconos, crear el ejecutable con las bpl externas, eso solucionó el problema.

He de comentar que ese proyecto tenía unos 700 formularios y el ejecutable ocupaba alrededor de 20 megas.

Lo aclaro porque 18 forms no deben ocupar casi nada.

[[gluglu]]

380 forms, aprox. 1 millón de líneas de programación, además de Stored procedures (que van en la base de datos) e infinidad de Datasets con sus sentencias SQL, pero utilizo muchas muchas ímagenes de iconos (.ICO) aunque al final suelo dejar en los ICO sólo aquellos tamaños que me interesa en cada caso ....

... y voy por 46 Megas de Ejecutable !

... algún día me pondré a sacar y optimizar el uso de las imágenes ....

ünico problema con ese tamaño .... cuando se trata de actualizar por internet ...

[ContraVeneno]

Empezé con 15 módulos, ahora tengo 45 módulos y cada módulo tiene 2 o 3 forumularios. Cada vez se van agregando más módulos. El ejecutable mide 142 kb, cada módulo varía entre los 100kb a los 300kb. Actualizar por internet no es ningún problema.

[Casimiro Noteví]

Empezado por gluglu

[..] ... y voy por 46 Megas de Ejecutable ! [..]

Vaya, otro al que le hace falta ponerse a dieta

[erickperez6]

Tengo una aplicacion con 140 formularios, y solo pesa 4mb, creo que delphi administra muy bien el espacio y mas aun cuando trabajamos con pocos componentes de terceros y sin muchas imagenes e iconos como es mi caso, todavia me faltan incluir algunos 20 o 30 formularios mas para dar por acabado el aplicativo al 100% y no creo que supere los 6mb a final.

saludos,