Admin
19/10/2004, 14:21
Spesso si trova che un componente ActiveX deve cambiare caratteristiche particolari, e nello stesso tempo non si desidera altro che mantenere la compatibilità binaria, perché il cambio di questa caratteristica potrebbe influire soltanto marginalmente sul comportamento del componente, come ad esempio l'aggiunta di un valore enumerato.
Visual Basic 5 e 6 perdono la compatibilità binaria anche per altri motivi, alcuni di questi totalmente sconosciuti, e forse derivanti da bug del compilatore intermedio. Seguendo i passi semplici descritti successivamente, si evita la perdita di un livello di compatibilità selezionato, fin dall'inizio.
Creare un nuovo progetto ActiveX in una cartella nuova (C:\VB\AX\TestAX.vbp)
Creare una cartella Release (C:\VB\AX\Release)
Aggiungere una classe con il nome corretto al progetto, ma non aggiungere alcuna riga di codice.
Impostare la compatibilità binaria a nessuna compatibilità.
Impostare l'incremento automatico della versione, e tutte le caratteristiche di versione, copyright ecc. Non dimenticare da descrizione.
Compilare l'ActiveX nella cartella Release.
Andare nella cartella Release con l'explorer e fare una copia della DLL, dell'OCX o EXE che si ha appena creato.
Rinominare la copia in 1.0.0.0.TestAX.dll/ocx/exe, dove 1.0.0.0 è la prima versione su cui si appoggiano tutte le compilazioni successive. Ogni volta che si compila, si deve fare una copia e prefiggere la versione appena creata. Mai sovrasscrivere file numerati esistenti!
Tornare al progetto, e fare riferimento con compatibilità binaria all'ActiveX 1.0.0.0.TestAX.dll/ocx/exe.
Verificare che la versione si sia incrementata di un punto nella revisione, quindi dovrebbe mostrare 1.0.1.
Continuare a progettare come sempre.
E' particolarmente importante che non si sovrasscrivono le versioni di appoggio, cioè le copie con relativo numero di versione nel nome, e più che altro, il file 1.0.0.0.x.y che è responsabile per mantenere la compatibilità binaria attraverso tutte le versioni. Quindi conviene proteggere il file in tutte le maniere e fare un backup di sicurezza, dovesse guastarsi.
E' altrettanto importante che il file sovrasscritto non sia quello da cui VB attinge le informazioni per la compatibilità. Quindi, il file binario compatibile deve essere un file separato, diverso da quello destinazione, e il file destinazione deve essere quello che si desidera distribuire.
Visual Basic 5 e 6 perdono la compatibilità binaria anche per altri motivi, alcuni di questi totalmente sconosciuti, e forse derivanti da bug del compilatore intermedio. Seguendo i passi semplici descritti successivamente, si evita la perdita di un livello di compatibilità selezionato, fin dall'inizio.
Creare un nuovo progetto ActiveX in una cartella nuova (C:\VB\AX\TestAX.vbp)
Creare una cartella Release (C:\VB\AX\Release)
Aggiungere una classe con il nome corretto al progetto, ma non aggiungere alcuna riga di codice.
Impostare la compatibilità binaria a nessuna compatibilità.
Impostare l'incremento automatico della versione, e tutte le caratteristiche di versione, copyright ecc. Non dimenticare da descrizione.
Compilare l'ActiveX nella cartella Release.
Andare nella cartella Release con l'explorer e fare una copia della DLL, dell'OCX o EXE che si ha appena creato.
Rinominare la copia in 1.0.0.0.TestAX.dll/ocx/exe, dove 1.0.0.0 è la prima versione su cui si appoggiano tutte le compilazioni successive. Ogni volta che si compila, si deve fare una copia e prefiggere la versione appena creata. Mai sovrasscrivere file numerati esistenti!
Tornare al progetto, e fare riferimento con compatibilità binaria all'ActiveX 1.0.0.0.TestAX.dll/ocx/exe.
Verificare che la versione si sia incrementata di un punto nella revisione, quindi dovrebbe mostrare 1.0.1.
Continuare a progettare come sempre.
E' particolarmente importante che non si sovrasscrivono le versioni di appoggio, cioè le copie con relativo numero di versione nel nome, e più che altro, il file 1.0.0.0.x.y che è responsabile per mantenere la compatibilità binaria attraverso tutte le versioni. Quindi conviene proteggere il file in tutte le maniere e fare un backup di sicurezza, dovesse guastarsi.
E' altrettanto importante che il file sovrasscritto non sia quello da cui VB attinge le informazioni per la compatibilità. Quindi, il file binario compatibile deve essere un file separato, diverso da quello destinazione, e il file destinazione deve essere quello che si desidera distribuire.