Nella directory system32 ho visto un file .OCX con un file .OCA corrispondente.I file .OCA sono necessari per l'esecuzione del programma?
Avevo pensato che i file .OCA sono utilizzati solo da Visual Basic. Sono quindi inutili per l'esecuzione del programma e potrebbero essere rimossi?
Se non sono necessari, perché dovrebbe esserci un .OCA nella cartella system32 in primo luogo?
I file .OCA fungono da cache delle informazioni di libreria di tipo esteso per il file .OCX corrispondente.
Se si elimina un file .OCA per un controllo VB riconosciuto e utilizzato, VB ricreerà il file .OCA quando si carica un progetto che richiede il controllo. Il processo di ricreazione richiede un po 'di tempo, ma non prevede alcuna penalità.
Ultima recensione: 4 apr 1996
articolo ID: Q149429
SINTESI Per ogni file di controllo personalizzato (.OCX) che utilizza Visual Basic, c'è un file .OCA accompagnamento della stesso nome del file. Ad esempio, GRAPH16.OCX ha un file .OCA associato denominato GRAPH16.OCA. Un file .OCA è un file binario che funziona come un file di libreria di tipo esteso e una cache per il file di controllo personalizzato.
Informazioni
una libreria di tipi è un file o un componente all'interno di un altro file che contiene OLE Automation descrizioni standard di esposti oggetti, proprietà e metodi. La libreria di tipi di lavoro corrente per un controllo personalizzato utilizzato in Visual Basic è una combinazione della libreria di tipo del controllo stesso e le proprietà aggiuntive fornite da dal framework che include il controllo del controllo.
Alcune delle proprietà del controllo sono fornite dal framework e alcune dal controllo stesso. A livello di programmazione, le proprietà da quadro e controllo vengono tutte visualizzate come proprietà del controllo.
Per visualizzare queste proprietà, Visual Basic crea una libreria di tipi estesa quando il controllo viene caricato nella casella degli strumenti. Poiché il processo di lettura della libreria di tipi del controllo e creazione di la libreria di tipi estesa richiede molto tempo, Visual Basic memorizza nella cache le informazioni sulla libreria di tipo esteso in un file OCA.
Se si elimina il file OCA per un controllo riconosciuto Visual Basic, Visual Basic ricrea il file .OCA quando si carica un progetto che richiede il controllo. Questo processo di ri-creazione è accompagnato da una penale .
(http://support.microsoft.com/kb/149429)
Quindi, non preoccuparti compresi loro quando si distribuisce l'applicazione.
No, non sono necessari per l'esecuzione, ma sono necessari per il corretto funzionamento del programma (se il programma richiedeva il file in primo luogo).
Non hanno mai bisogno di essere distribuiti con un programma finito per l'esecuzione.
Questo potrebbe essere un tentativo stupido di rispondere, ma è sufficiente rinominare il file e verificare se l'applicazione smette di funzionare. Se è così, quei file sono necessari.
DNA-science è quasi lo stesso:
Rimuovere un gene e vedere cosa ha smesso di "funzionare". Di fatto, questo gene è correlato a/necessairy per quella parte del corpo o qualsiasi altra cosa.
Ci scusiamo per resuscitare un thread di zombi, ma voglio riassumere per assicurarmi di averlo capito. Un file OCA è necessario solo durante la compilazione di un programma e se manca, VB creerà ciò di cui ha bisogno in modo che tutto ciò che è perso sia il tempo durante la compilazione. A meno che tu non abbia una programmazione veramente sciatta e un altro dll o ocx fatto in casa necessiti di una particolare oca. Se un oca viene spedito con un prodotto, dovrebbe poter essere eliminato in modo sicuro.
Non sono sicuro che la parte "programmazione sciatta" sia accurata. Sembra che nient'altro che l'IDE VB6 abbia effettivamente bisogno del file OCA. – DaveInCaz
Dopo aver letto il testo nella risposta con il testo KB di Microsoft, non penso sia accurato – DaveInCaz