vb6 - sirve - Cómo hacer desarrollo y construir en Visual Basic 6.0
visual basic caracteristicas (3)
Estoy buscando la mejor práctica en la construcción de múltiples proyectos visuales básicos (todos los dll). Tenemos múltiples proyectos, y nuestro producto final será un dll. Ahora, un proyecto usa otros 2 proyectos, y otro se refiere a otro proyecto. Si los proyectos se refieren los archivos vbp, o el dll? Si hacen referencia a archivos vbp, ¿cómo construir todos los proyectos?
A menos que esté administrando específicamente las bibliotecas de tipos externamente desde VB, debe usar referencias de proyectos. Si hace referencia a los archivos y modifica la interfaz pública de varias maneras, VB generará nuevos id para varias piezas en la biblioteca de tipos, lo que dará como resultado errores de tipo de desajuste.
Puede usar la configuración Preservar compatibilidad para ayudar a aliviar esto. Asegúrate de utilizar al menos el nivel del proyecto (si haces COM +, querrás el binario, el que está basado en una versión ya compilada del dll)
En cuanto a la compilación, puede compilar un archivo de solución (ha pasado mucho tiempo desde que instalé Vb6 pero creo que eran archivos .vbg).
En el pasado utilizamos Visual Build y también Visual Make, que admitía la compilación de los archivos de la solución.
Usted compila cada proyecto por separado comenzando en el nivel más bajo y ascendiendo en la cadena.
El gran problema de las compilaciones con VB6 generalmente se remonta a problemas de compatibilidad. Los peores problemas de compatibilidad del caso, la solución va algo le gusta esto
Compilación A (donde A es la referencia de todos los demás)
Copie A en el directorio de compatibilidad
Build B que referencia A
Copie B en el directorio de compatibilidad
Estructura C que hace referencia a B y A
Copia C en el directorio de compatibilidad.
y así.
Esto se debe a que las tablestablas de la DLL COM utilizan INCLUDE para agregar las tablestablas de los proyectos a los que hacen referencia. Puede ver los Type Libs de una DLL COM VB6 utilizando la herramienta OLE View que viene con Visual Studio 6.0.
Muchas veces, la adición de métodos o propiedades hará que la DLL no se pueda compilar porque el Método MS de configurar las Typelibs no las hace compatibles con binarios. Esto falla cuando la adición está permitida bajo las reglas de compatibilidad binaria.
La solución que funciona el 90% del tiempo es poner siempre la versión más reciente de los DLL como referencia en el directorio de compatibilidad.
Una vez que tenga un buen conjunto, puede hacer que un generador automático lo use para construir el proyecto automáticamente.
Tenga en cuenta que este problema ocurre solo cuando agrega algo que otras DLL hacen referencia y necesitan mantener compatibilidad binaria.
Necesita un sistema para asegurarse de que todos tengan el conjunto correcto de DLL de compatibilidad para compilar.
Después de algunos años con VB6, nuestros proyectos tendieron a estructurarse así:
Toda la fuente del proyecto (proyecto y fuente) organizada en la carpeta de origen.
/ project / source
/ project / source / project1 /
/ project / source / project2 /
...
Todos los binarios (.dll y .exe) en una carpeta bin.
/ project / bin /
Todos los archivos .dll se configuran como binarios compatibles con el archivo resultante en el directorio de una sola bandeja.
Después de la compilación inicial para que el binarycomptible sea estable, todas las compilaciones que no se rompan se realizarían mediante el uso de un archivo de comando simple build.cmd colocado en la carpeta que se encuentra sobre la carpeta de origen, tal como se muestra a continuación:
"c: / Archivos de programa / Microsoft Visual Studio / VB98 / VB6.EXE" / M. / source / project1 / proj1.vbp
"c: / Archivos de programa / Microsoft Visual Studio / VB98 / VB6.EXE" / M. / source / project2 / proj2.vbp
"c: / Archivos de programa / Microsoft Visual Studio / VB98 / VB6.EXE" / M. / source / project3 / proj3.vbp
del. / bin / *. exp
del. / bin / *. lib
El orden de compilación debe estar en el orden de dependencia.
Cada vez que se produce un cambio de rotura, el proyecto de VB dependiente debe refrendarse al nuevo binario.
Sin romper los cambios, build.cmd por lo general hizo el trabajo.