Usar Formularios Base en Bpl estático

[juniorSoft]

¿Que se obtiene en este caso? Los ejecutables tienen menor tamaño, comparten un mismo diseño y una misma funcionalidad y lo mas importante, cada vez que se modifica una funcionalidad compartida y que hace parte de la base solo debes cambiar la BPL y no re-compilar cada programa (Aunque aveces es necesario)

Los ejecutables tienen menor tamaño

Eso lo tengo claro, ahora bien, en el ejemplo que estamos analizando un pequeño ejemplo no se esta utilizando una bpl, solo estamos utilizando la unidad que se creo en el proyecto de paquete PkgForm0.dproj en lo cual son dos propósitos distintos.

En nuestro equipo tenemos un sin fin de ejecutables, casi que para cada funcionalidad. Es decir si habláramos de inventario, habría un ejecutable de parámetros, otro de categorías y elementos de inventario, otro de registro de movimientos, otro de los reportes y otro de cierre (y podrían haber mas... mucho mas).

Los formularios base se agregan a cada proyecto pero no se pueden modificar, el formulario principal de cada uno de estos programas hereda de estos base y al ejecutarse toman la versión que está en la BPL.

Ok, lo haces como plantea Neftali en sus ejemplos de forma dinámica.

[[movorack]]

Empezado por juniorSoft

..En el ejemplo que estamos analizando un pequeño ejemplo no se esta utilizando una bpl, solo estamos utilizando la unidad que se creo en el proyecto de paquete PkgForm0.dproj en lo cual son dos propósitos distintos.

<PropertyGroup Condition="'$(Base)'!=''">
<UsePackages>true</UsePackages>
<DCC_UsePackage>PkgForm0;$(DCC_UsePackage)</DCC_UsePackage>

Ahí en ese ejemplo se usa la BPL. Si tratas de compilar el programa sin el paquete, te generará error:

Código Delphi [-]
[dcc32 Fatal Error] PkgForm0.dpk(30): E2225 Never-build package 'PkgForm0' must be recompiled

[juniorSoft]

Ahora estoy mas claro,

Osea se ha agregado el archivo PkgForm0.dcp en las Opciones del proyecto Packages>Runtime Packages ademas de las unidades que se van a utilizar.

¿Que se obtiene en este caso? Los ejecutables tienen menor tamaño, comparten un mismo diseño y una misma funcionalidad y lo mas importante, cada vez que se modifica una funcionalidad compartida y que hace parte de la base solo debes cambiar la BPL y no re-compilar cada programa (Aunque aveces es necesario)

Pero para el caso de reducir el tamaño de los ejecutables ya con este ejemplo se logra o debo proceder como lo describe Neftali en sus ejemplos creándolo como plugIns.?

[Neftali [Germán.Estévez]]

Empezado por juniorSoft

En el Proyecto BPLFormTest la relación que tiene con el proyecto PkgForm0.dproj se da a través de usar la unidad UForm0 y esta unidad que es la que quiero proteger para que no sea modificada, esta agregada mediante la opción de menú project>add to project . y se puede modificar fácilmente. Lo que me gustaría es heredar pero impedir que modifiquen la unidades Base desde los proyectos descendientes.

Podrías evitar añadirlo al proyecto, aunque tendría que estar accesible, a través de las opciones del proyecto.
Simplemente es una diferencia "visual". Igualmente como debe estar accesible, los usuarios podrían abrirlo y modificarlo.
Simplemente que visulamente no se vería dentro del proyecto BPLFormTest.

Empezado por juniorSoft

en el ejemplo que estamos analizando un pequeño ejemplo no se esta utilizando una bpl, solo estamos utilizando la unidad que se creo en el proyecto de paquete PkgForm0.dproj en lo cual son dos propósitos distintos.

No.
La unidad está en el package y al hacer el USES de esa unidad, como el proyecto utiliza ese package, realmente está utilizando la unit almacenada en el package.
Eso se ve fácil si revisas los recursos de cada fichero. Compila el package y compila el EXE y luego revisa los recursos de cada uno. Verás lo siguiente:



Como puedes ver, el form0 está en el package, mientras que el form1 está en el EXE.

Empezado por juniorSoft

Pero para el caso de reducir el tamaño de los ejecutables ya con este ejemplo se logra o debo proceder como lo describe Neftali en sus ejemplos creándolo como plugIns.?

Al utilizar packages, se reduce el tamaño del EXE, o mejor dicho, lo que hacemos es "repartir" el tamaño que tendría un EXE único entre varios ficheros, en ese caso 1 EXE y N BPL's (más o menos).
Eso es independiente de si los cargas de forma estática o dinámica.
Las ventajas de la carga estática o dinñámica son otras, pero no afecta al tamaño final del proyecto.

[juniorSoft]

Excelente, ahora estoy mas claro.

Podrías evitar añadirlo al proyecto, aunque tendría que estar accesible, a través de las opciones del proyecto.
Simplemente es una diferencia "visual". Igualmente como debe estar accesible, los usuarios podrían abrirlo y modificarlo.
Simplemente que visulamente no se vería dentro del proyecto BPLFormTest.

La solución aquí sera como dice movorack, como los Formularios base están en una carpeta compartida, darle a esta permisos de solo lectura.

Perdón por la pregunta pero como puedo acceder al Resource Editor?

Al utilizar packages, se reduce el tamaño del EXE, o mejor dicho, lo que hacemos es "repartir" el tamaño que tendría un EXE único entre varios ficheros, en ese caso 1 EXE y N BPL's (más o menos).
Eso es independiente de si los cargas de forma estática o dinámica.
Las ventajas de la carga estática o dinñámica son otras, pero no afecta al tamaño final del proyecto.

Para mi caso aunque no era el propósito inicial pero también tiene sus ventajas, tendría que distribuir la bpl de los formularios base junto con el ejecutable para que funcione. Inicialmente lo que pretendo es que no estén modificando los formularios base para cosas especificas ya que los demás empezarían a tener fallas cuando cambien algo en dichos formularios ya sea en la interfaz o los métodos protegidos o públicos que hay.

Muy agradecido de la orientación.

Saludos,

[Neftali [Germán.Estévez]]

Empezado por juniorSoft

Perdón por la pregunta pero como puedo acceder al Resource Editor?

Es una utilidad gratuíta de editor de recursos.
la página es esta, aunque ahora mismo veo que no está disponible.
http://melander.dk/reseditor/


De todas formas hay muchos otros programas similares, que a partir de un EXE o BPL te permiten ver los recursos que almacena.
https://stefansundin.github.io/xn_resource_editor/
https://sourceforge.net/projects/xn-resource-editor/
https://alternativeto.net/software/xn-resource-editor/
https://alternativeto.net/software/resedit/

Añado uno más:
https://www.mitec.cz/exe.html

Y otro más:
http://www.angusj.com/resourcehacker/

[juniorSoft]

Perfecto,

Esas utilidades pueden ser de mucha ayuda para los que nos dedicamos a desarrollar aplicaciones.

Gracias de Nuevo.