En el directorio system32 vi un archivo .OCX con un archivo correspondiente .OCA.¿Son necesarios los archivos .OCA para la ejecución del programa?
Pensé que .OCA archivos son utilizados solo por Visual Basic. Por lo tanto, ¿son innecesarios para la ejecución del programa y podrían eliminarse?
Si no son necesarios, ¿por qué habría un .OCA en la carpeta system32 en primer lugar?
.OCA archivos sirven como una memoria caché de la información de biblioteca de tipo extendido para su correspondiente archivo .OCX.
Si elimina un archivo .OCA para un control que VB reconoce y utiliza, VB volverá a crear el archivo .OCA al cargar un proyecto que requiera el control. El proceso de recreación toma un poco de tiempo, pero de lo contrario viene sin penalización.
Última revisión: 4 Abril de 1996
Artículo ID: Q149429
Resumen Para cada archivo de control personalizado (.ocx) que utiliza Visual Basic, hay un archivo adjunto de la .OCA mismo nombre de archivo. Por ejemplo, GRAPH16.OCX tiene un archivo .OCA acompañante llamado GRAPH16.OCA. Un archivo .OCA es un archivo binario que funciona como un archivo de biblioteca de tipo extendido y un caché para el archivo de control personalizado.
MÁS INFORMACIÓN
una biblioteca de tipos es un archivo o un componente dentro de otro archivo que contiene Automatización OLE descripciones estándar de expuestos objetos, propiedades y métodos. La biblioteca de tipo de trabajo real para un control personalizado utilizado en Visual Basic es una combinación de la biblioteca de tipo del control en sí y las propiedades adicionales proporcionadas por el marco que envuelve el control.
Algunas de las propiedades del control son proporcionadas por el marco y algunas por el control en sí. Programáticamente, las propiedades de el marco y el control aparecen todos como propiedades del control.
Para que aparezcan estas propiedades, Visual Basic crea una biblioteca de tipo extendido cuando el control se carga en la caja de herramientas. Dado que el proceso de lectura de la biblioteca de tipos del control y la creación de lleva mucho tiempo la biblioteca de tipos extendida, Visual Basic almacena en caché la información de la biblioteca de tipo ampliado en un archivo OCA.
Si elimina el archivo OCA para un control reconocido por Visual Basic, Visual Basic volverá a crear el archivo .OCA al cargar un proyecto que requiera el control. Este proceso de recreación viene con una penalización de tiempo .
(http://support.microsoft.com/kb/149429)
Por lo tanto, no se preocupe por su inclusión al implementar su aplicación.
No, no son necesarios para ejecutar, pero son necesarios para que el programa se ejecute correctamente (si el programa requirió el archivo en primer lugar).
Nunca necesitan ser implementados con un programa terminado para que se ejecute.
Esto podría ser un tonto intento de respuesta, pero simplemente podría cambiar el nombre del archivo y ver si la aplicación deja de funcionar. Si es así, esos archivos son necesarios.
DNA-science es casi lo mismo:
Eliminar un gen y ver qué se detuvo al "funcionar". De hecho, este gen está relacionado con/necesairy para esa parte del cuerpo o lo que sea.
Perdón por resucitar un hilo de zombie, pero quiero resumir para asegurarme de que lo entiendo. Un archivo OCA solo es necesario durante la compilación de un programa y, si falta, VB creará lo que necesita para que todo lo que se pierda sea tiempo durante la compilación. A menos que tengas una programación realmente descuidada y otro dll u vez casero necesites una oca particular. Si una oca se envía con un producto, debe poder eliminarse de manera segura.
No estoy seguro si la parte de "programación descuidada" es precisa. Parece que nada más que el IDE VB6 realmente necesita el archivo OCA. – DaveInCaz
Al haber leído el texto en la respuesta con el texto de Microsoft KB, no creo que esto sea preciso – DaveInCaz