|
Compatibilidad de versión :Indica a Visual Basic como gestionar el identificador único de cada componente(CLSID) en interfaz(IID)
Sin compatibilidad:
-Se generan nuevos identificadores GUID para las clases, las interfaces del componente, y para la biblioteca de tipos. El componente es incompatible con aplicaciones compiladas utilizando EARLY BINDING. O sea, usando NEW. Si queremos que sea compatible, debemos crear los componentes con CreateObject.
Compatibilidad de Proyecto:
-Se generan nuevos identificadores GUID para las clases, pero no para la biblioteca de tipos.
-Para que esta opción funcione hay que suministrar la ruta del archivo DLL compilado.
-Cuando se compila el proyecto, VB reutiliza el GUID de la biblioteca de tipos y los identificadores CLSID y IID si no se ha cambiado la interfaz de las clases.
Compatibilidad binaria:
-VB tratará de mantener la compatibilidad con las versiones anteriores del componente y advierte de los cambios. Si hay cambios podemos...
- Cancelar la compilación.
- Quebrar la compatibilidad:VB crea nuevos identificadores GUID para la biblioteca de tipos y para todas las clases e interfaces. Al quebrar la compatibilidad podemos:
- cambiar el nombre del proyecto, que será el nombre de la biblioteca de tipos, y cambiar el nombre del EXE o DLL que estamos compilando. Con esta opción mantenemos la versión más antigua y la más nueva del componente. Los clientes antiguos pueden seguir funcionando.
- No cambiar los nombres: VB genera un nuevo componente que hereda el CLSID del componente antiguo, salvo los interfaces con definiciones incompatibles. Con esto mantenemos la compatibilidad con los clientes que no usan la interfaz problemática. Se recomienda cambiar los nombres del proyecto y del ejecutable o DLL.
- Mantener la compatibilidad con las versiones anteriores: VB reutilizará todos los identificadores GUID del componente anterior, incluso aunque los clientes existentes no puedan funcionar con la nueva versión. Si se elimina un módulo de clase esta opción no está disponible.
|
