Son archivos .oca necesario para la ejecución del programa?
https://stackoverflow.com/questions/4050078
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianPregunta
En el directorio system32 vi un archivo .OCX con un archivo .OCA correspondiente.
archivos .OCA había pensado sólo son utilizados por Visual Basic. Son, por tanto, innecesarias para la ejecución del programa y se pueden retirar?
Si no son necesarios, ¿por qué no ser un .OCA en la carpeta system32 en el primer lugar?
Solución
Los archivos .OCA sirven como una caché con la información de la biblioteca de tipo extendida para su archivo .OCX correspondiente.
Si elimina un archivo .OCA para un control VB reconoce y usos, VB volverá a crear el archivo .OCA cuando se carga un proyecto que requiere el control. El proceso de reconstrucción tarda un poco de tiempo, pero viene con ninguna pena lo contrario.
Última crítica: 4 Abril de 1996
Número de artículo: Q149429
Resumen Para cada archivo de control personalizado (.ocx) que utiliza Visual Basic, hay un archivo que acompaña .OCA del mismo nombre de archivo. Por ejemplo, GRAPH16.OCX tiene un archivo llamado .OCA acompaña GRAPH16.OCA. un .OCA archivo es un archivo binario que funciona como una biblioteca de tipo extendido archivo y una memoria 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 las descripciones de automatización OLE estándar de exposición objetos, propiedades y métodos. La biblioteca de tipo real de trabajo para un control personalizado que se utiliza en Visual Basic es una combinación del tipo biblioteca del control en sí y las propiedades adicionales proporcionan por el marco que envuelve el control.
Algunas de las propiedades del control se proporcionan por el marco y otros por el propio control. Mediante programación, las propiedades de el marco y el control todos aparecen como propiedades del control.
Para que estas propiedades aparezcan, crea un Visual Basic biblioteca de tipo extendido cuando el control se carga en la caja de herramientas. Debido a que el proceso de lectura de la biblioteca de tipos del control y la creación de la biblioteca de tipo extendido es mucho tiempo, Visual Basic almacena en caché la información de la biblioteca tipo extendido en un archivo OCA.
Si elimina el archivo OCA para un control de Visual Basic reconocido, Visual Basic volverá a crear el archivo .OCA cuando se carga un proyecto que requiere el control. Este proceso de re-creación viene con un tiempo de penalti.
( http://support.microsoft.com/kb/149429 )
Por lo tanto, no se preocupe por su inclusión al implementar su aplicación.
Otros consejos
Lo sentimos para resucitar un hilo zombi, pero quiero hacer un resumen para asegurarse de que entiendo esto. Un archivo OCA sólo es necesario durante la compilación de un programa y si no se encuentra, VB creará lo que necesita por lo todo lo que se pierde es el tiempo durante la compilación. A menos que tenga la programación realmente descuidado y otro DLL o OCX hecho en casa necesita una oca en particular. Si una oca se envía con un producto, debe ser capaz de ser eliminado con seguridad.
No, no son necesarios para que se ejecute, pero que son necesarios para que el programa funcione correctamente (si el programa requiere el archivo en el primer lugar).
Ellos no necesitan ser desplegado con un programa acabado para que se ejecute.
Esto podría ser un intento tonto como para la respuesta, pero podría simplemente cambiar el nombre del archivo y ver si las renuncias de aplicación de trabajo. Si es así, esos archivos son necessairy.
ADN en la ciencia es casi el mismo:
Retirar un gen y ver lo que dejó de "trabajo". De hecho, este gen está relacionado con / necessairy para esa parte del cuerpo o lo que sea.
Re: No, ellos no son necesarios para que se ejecute, pero que son necesarios para que el programa funcione correctamente (si el programa requiere el archivo en el primer lugar)
.Desde ejecución y funcionamiento significa la misma cosa - lo que está diciendo es que: no se requiere para que se ejecute pero es necesario para que se ejecute correctamente ?? o, alternativamente, no se requiere para que se ejecute pero es necesario para que se ejecute correctamente ??
Estoy sospechando que los archivos .oca * No se requiere excepto para compilar un programa usando VB y si no existen cuando se carga un proyecto a continuación, VB creará archivos de cualquier OCA falta de forma automática con el fin de acelerar la carga del futuro o las operaciones de compilación en VB.
Me acaba de eliminar archivo cada OCA fuera de mi sistema (soy un hombre valiente cuando estoy usando una máquina virtual clonada para hacer esto). a continuación, reinicié y corrí mi software y funcionó muy bien sin ningún tipo de archivos OCA en todo mi sistema. Ahora bien, podría tardar un poco más a la carga / compilar mis programas próxima vez que vb se regenerará los archivos OCA, pero estoy usando un i7 con 16 GB de RAM y un SSD así que le importa!
