LoadLibrary<\/code>; los inits<\/em> son ejecutados por orden de prioridad y por orden de linkeo. Los datos y funciones de las DLLs se importan usando __declspec(dllimport)<\/code> (muy pocas veces usado) o __import<\/code>, y se exportan con __export<\/code>.
Los paquetes, por su parte, se cargan con LoadPackage<\/code> y los inits<\/em> procesados, al rev\u00e9s del orden de dependencia de units<\/em>, por orden de linkeo y por el de prioridad. Las funciones y los datos de los paquetes son exportados e importados usando __declspec(package)<\/code>.<\/p>\n\n\n\nBueno, \u00e9stas son leves diferencias t\u00e9cnicas inherentes al uso de nuevas tecnolog\u00edas, considerando principalmente que los paquetes BPL son propios del C++ Builder. Pero la principal diferencia entre los paquetes y las DLLs radica a la hora de linkear din\u00e1micamente los BPI:<\/p>\n\n\n\n
\n- Las entradas inits<\/em> no son copiadas dentro de una tabla init<\/em> como en las DLLs, sino en un
__PackageInfoTable<\/code> que la funci\u00f3n LoadPackage()<\/code> sabe leer.<\/li>\n\n\n\n- Al final de los BPL se agregan recursos adicionales.<\/li>\n\n\n\n
- El c\u00f3digo de inicio no est\u00e1 en c0pkg32.obj<\/em>, sino en c0d32.obj<\/em>. c0pkg32.obj<\/em> no puede llamar a ninguna init<\/em> de ninguna unit<\/em> (porque no procesa
__PackageInfoTable<\/code>), pero s\u00ed los procesa para un .obj<\/em>, donde los inits<\/em> de los paquetes son copiados en el mismo lugar que en una DLL y se comportar\u00e1 como est\u00e9 en el resto de los aspectos. M\u00e1s bien, un .bpl<\/em> sin estar compuesto de ning\u00fan unit<\/em> se comportar\u00e1 como una DLL com\u00fan.<\/li>\n<\/ul>\n\n\n\nEn pocas palabras: Un .bpl<\/em> que sea din\u00e1micamente cargado tendr\u00e1 todas sus units<\/em> inicializadas por LoadPackage<\/code> en el orden mencionado. Cuando \u00e9ste se carga est\u00e1ticamente (usando los .bpi<\/em>) s\u00f3lo tendr\u00e1 esos units<\/em> que hayan sidos inicializados por el c\u00f3digo del ejecutable que lo utilice, en el orden descrito anteriormente, aunque sea parcial.<\/p>\n\n\n\nEsta inicializaci\u00f3n parcial tiene sus ventajas de velocidad, sobre todo vcl60.bpi<\/em> (paquete que contiene funciones de la VCL) es bastante larga y no todo el mundo necesita usar todas estas units<\/em> que residen en un ActiveX, un COM, etc. Si se analiza la inicializaci\u00f3n parcial, s\u00f3lo ocurrir\u00e1 donde sean usado los units<\/em>; los .obj<\/em> regularmente son inicializados como las DLLs, donde ninguna parcialidad es permitida.<\/p>\n\n\n\nEn resumen, un paquete es como una DLL que b\u00e1sicamente contiene units<\/em> que permite la inicializaci\u00f3n parcial cuando est\u00e1 linkeado est\u00e1ticamente a un .exe<\/em>; tambi\u00e9n usado para permitirle al IDE agregar un componente visual a la paleta, mediante un tipo de programaci\u00f3n especifica (de componentes visuales del Borland).<\/p>\n\n\n\nPaquetes com\u00fanmente usados::<\/h2>\n\n\n\n
Si usted programa en C++ Builder sabr\u00e1 lo que es la VCL del Builder, y las facilidades que \u00e9sta permite -a diferencia del Visual C++ de la Microsoft- para desarrollar aplicaciones visuales creando los formularios y agregando componentes y controles visuales en tiempo de ejecuci\u00f3n. Estas funciones y controles visuales de la VCL est\u00e1n contenidos en paquetes, lo cual se puede chequear. Por ejemplo, seleccione con la vista una p\u00e1gina de la paleta de componentes visuales y observe los controles que posee. Ahora vaya a Component<\/em> \u00bb Configure Palette…<\/em> y ver\u00e1 como aparecer\u00e1n las paletas con sus controles y, al lado de los controles que est\u00e1n en Components<\/em>, aparecer\u00e1 el nombre del paquete a que pertenecen. Usted ver\u00e1 algo c\u00f3mo esto:<\/p>\n\n\n\n![\"\"](\"https:\/\/hackcuba.net\/wp-content\/uploads\/2026\/03\/0x660003.png\")
<\/figure>\n\n\n\nNote que los controles de la paleta Standard<\/em> pertenecen al paquete dclstd60<\/em>. Eso est\u00e1 muy bien, pero \u00bfpudiera agregar alg\u00fan componente visual que yo halla conseguido o creado? Es sencillo: vaya a Components<\/em> \u00bb Install Packages…<\/em> y ver\u00e1 c\u00f3mo aparece un ventana conteniendo el nombre completo de los controles y debajo la ruta completa de su BPL o paquete respectivo. Si seleccionan en Components<\/em> ver\u00e1n cu\u00e1les son los componentes visuales que contiene y que aparecen disponibles en la paleta de componentes.<\/p>\n\n\n\n![\"\"](\"https:\/\/hackcuba.net\/wp-content\/uploads\/2026\/03\/0x660004.png\")
<\/figure>\n\n\n\nPara agregar un nuevo componente, deber\u00e1n presionar sobre Add…<\/em>; luego se les pedir\u00e1 que agreguen un nuevo .bpl<\/em>, y si \u00e9ste es visual aparecer\u00e1 en la paleta de componentes visuales en la p\u00e1gina donde se halla programado el paquete (muchas veces es en Sample<\/em>).<\/p>\n\n\n\nCuando se va a compilar y linkear un proyecto se debe especificar se debe especificar c\u00f3mo va a usar los paquetes que requiere: din\u00e1mica o est\u00e1ticamente. Por defecto se usa el enlace din\u00e1mico. Es posible tambi\u00e9n escoger units<\/em> que est\u00e9n en otros paquetes para que sean linkeados din\u00e1micamente a una unit<\/em> de un proyecto de determinado. Para hacerlo, tienes que usar #pragma link \"unitname\"<\/code>. Esto hace que a la hora del linkeo incluya el obj<\/em> de la clase requerida del paquete en el archivo .lib<\/em>.<\/p>\n\n\n\nLa tabla a continuaci\u00f3n contiene los archivos que com\u00fanmente se crean cada vez que compilamos un ejecutable. Recuerden que los paquetes pueden ser enlazados est\u00e1tica y din\u00e1micamente, adem\u00e1s de que su contenido puede estar formando parte de la aplicaci\u00f3n cliente que lo usa, por lo que el .bpl<\/em> no se crea.<\/p>\n\n\n\nPaquetes creados en una compilaci\u00f3n exitosa<\/strong><\/td><\/tr>Extensi\u00f3n<\/td> Descripci\u00f3n<\/td> Tipo<\/td> Prop\u00f3sito<\/td><\/tr> .bpl<\/em><\/td>Borland Package Library<\/td> Biblioteca enlazable din\u00e1micamente<\/td> Contiene c\u00f3digo ejecutable del paquete y exporta las funciones y datos del paquete.
Una biblioteca en tiempo de ejecuci\u00f3n accedida por aplicaciones que est\u00e1n din\u00e1micamente linkeada a ella.
Una biblioteca en tiempo de dise\u00f1o que puede ser instalada dentro del IDE para hacer nuevos componentes o editores disponibles en tiempo de dise\u00f1o.<\/td><\/tr> .bpi<\/em><\/td>Borland Import Library<\/td> Biblioteca de Importaci\u00f3n<\/td> Contiene registros de importaci\u00f3n para las funciones y datos exportados por el correspondiente archivo BPL requerido para el enlace din\u00e1mico a el archivo BPL.<\/td><\/tr> .lib<\/em><\/td>Static Library File<\/td> Biblioteca de Objetos<\/td> Una biblioteca que contiene los archivos object<\/em> de los units<\/em> contenidos por \u00e9l. Usado para linkear din\u00e1micamente datos y funciones a una aplicaci\u00f3n cliente.<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\nConsideraciones para usar Clases empaquetadas::<\/h2>\n\n\n\n
Para que una clase sea exportada o importada desde un paquete, se deber\u00e1 usar la macro PACKAGE<\/code> despu\u00e9s de la palabra clave class<\/code> en la definici\u00f3n de la clase:<\/p>\n\n\n\nclass PACKAGE TMyComponent : public TComponent
{
<\/code>\/\/ Definici\u00f3n de la clase componente
};<\/code><\/p>\n\n\n\nLa macro PACKAGE<\/code> tambi\u00e9n deber\u00e1 ser usada en la funci\u00f3n Register()<\/code> del paquete. Ejemplo:<\/p>\n\n\n\nnamespace Newcomponent
{
void __fastcall PACKAGE Register()
{
TComponentClass classes[1] = {__classid(TMyComponent)};
RegisterComponents(\"Samples\", classes, 0);
}
}<\/code><\/p>\n\n\n\nPor supuesto, tambi\u00e9n se aplica a las clases componentes y si usas el Wizard<\/em>, Builder lo insertar\u00e1 por ti.<\/p>\n\n\n\nPara garantizar que la clase contenida en un paquete sea manipulada correctamente, la directiva #pragma package(smart_init)<\/code> deber\u00e1 aparece en archivo fuente de la unit<\/em>. El prop\u00f3sito de esto es asegurar que los units<\/em> empaquetados sean inicializados seg\u00fan sus dependencias. La directiva #pragma package(smart_init,weak)<\/code> ser\u00e1 usada cuando no se quiera que una unit<\/em> en particular sea contenida en el archivo BPL; en su lugar ser\u00e1 puesta en el BPI y linkeada est\u00e1ticamente a la aplicaci\u00f3n. Estos tipos de empaques d\u00e9biles se usan para que no halla conflictos entre paquetes que dependan de una misma librer\u00eda externa (o sea, para que los paquetes se puedan comunicar desde app-bpl).<\/p>\n\n\n\nConclusiones:<\/h2>\n\n\n\n
Los paquetes son una excelente opci\u00f3n para crear componentes visuales, no visuales, clases, procedimientos y recursos. Es posible que tengas funciones que uses y rehuses en uno o m\u00e1s programas que has hecho, por lo que querr\u00e1s desarrollar una biblioteca para compartir todas esas utilidades y tener mejor control y rendimiento de tus programas. Un ejemplo son los juegos que usan las bibliotecas del DirectX, imag\u00ednate si cada juego almacenara las DLLs del Direct3D en su carpeta… tendr\u00edamos una redundancia de archivos repetidos enorme. Lo que hacemos es instalar la \u00faltima versi\u00f3n del DirectX que contiene las funciones anteriores muchas veces mejoradas y otras nuevas. Es como trabajar con clases para los novatos: cuando te acostumbras no dejas de hacerlo nunca m\u00e1s. Recuerda usar en tus grandes DLLs o paquetes, pero conociendo las ventajas de este \u00faltimo… bueno, t\u00fa sabr\u00e1s ;).<\/p>\n\n\n\n
Alguno de ustedes dir\u00e1n: yo no he visto ning\u00fan programa que contenga paquetes en vez de DLLs. Bueno, por citarte uno muy bueno, instala el TuneUp Utilities 2007 (programa que recomiendo para mantener tu m\u00e1quina estable y bien personalizada), haz clic derecho sobre su acceso directo, ve a Propiedades<\/em> y cuando salga el cuadro de di\u00e1logo, presiona el bot\u00f3n Buscar destino<\/em>; cuando est\u00e9s en la carpeta del programa, ver\u00e1s los paquetes a tutipl\u00e9n, incluso te dar\u00e1s cuenta de que inteligentemente el programa desglosa sus labores en distintos paquetes, para no tener que instalar recursos innecesariamente en caso de que no vayas a utilizar uno espec\u00edfico. Viste, bistec ;).<\/p>\n\n\n\nRecuerda escribirme tus experiencias,
saludos,
Eliux.<\/p>\n\n\n\n
Para saber m\u00e1s…<\/h2>\n\n\n\n