ディレクトリで、対応するファイルを含むファイルsystem32
を見ました。.OCX
.OCA
.OCA
ファイルは Visual Basic だけが使用すると思っていました。したがって、それらはプログラムの実行に不要であり、削除できますか?
それらが不要な場合、そもそもフォルダーにがあるの.OCA
はなぜですか?system32
.OCA
ファイルは、対応する.OCX
ファイルの拡張タイプ ライブラリ情報のキャッシュとして機能します。
.OCA
VB が認識して使用するコントロールのファイルを削除すると、VB は.OCA
そのコントロールを必要とするプロジェクトをロードしたときにファイルを再作成します。再作成プロセスには少し時間がかかりますが、それ以外の場合はペナルティはありません.
最終レビュー日: 1996 年 4 月 4 日
記事番号: Q149429
概要 Visual Basic が使用するすべてのカスタム コントロール ファイル (.OCX) には、同じファイル名の付随する .OCA ファイルがあります。たとえば、GRAPH16.OCX には、GRAPH16.OCA という名前の .OCA ファイルが付随しています。.OCA ファイルは、拡張タイプ ライブラリ ファイルとカスタム コントロール ファイルのキャッシュの両方として機能するバイナリ ファイルです。
詳しくは
タイプ ライブラリは、公開されたオブジェクト、プロパティ、およびメソッドの OLE オートメーション標準記述を含むファイルまたは別のファイル内のコンポーネントです。Visual Basic で使用されるカスタム コントロールの実際の作業タイプ ライブラリは、コントロール自体のタイプ ライブラリと、コントロールをラップするフレームワークによって提供される追加のプロパティの組み合わせです。
コントロールのプロパティには、フレームワークによって提供されるものと、コントロール自体によって提供されるものがあります。プログラムでは、フレームワークとコントロールのプロパティはすべて、コントロールのプロパティとして表示されます。
これらのプロパティを表示するために、Visual Basic は、コントロールがツールボックスに読み込まれるときに拡張タイプ ライブラリを作成します。コントロールのタイプ ライブラリを読み取って拡張タイプ ライブラリを作成するプロセスには時間がかかるため、Visual Basic は拡張タイプ ライブラリの情報を OCA ファイルにキャッシュします。
Visual Basic が認識したコントロールの OCA ファイルを削除すると、そのコントロールを必要とするプロジェクトをロードしたときに、Visual Basic によって .OCA ファイルが再作成されます。この再作成プロセスには時間のペナルティが伴います。
( http://support.microsoft.com/kb/149429 )
したがって、アプリケーションをデプロイするときにそれらを含めることについて心配する必要はありません。
ゾンビスレッドを復活させて申し訳ありませんが、これを理解するために要約したいと思います. OCA ファイルはプログラムのコンパイル中にのみ必要であり、不足している場合、VB は必要なものを作成するため、失われるのはコンパイル中の時間だけです。あなたが本当にずさんなプログラミングをしていて、別の自家製の dll または ocx が特定の oca を必要としない限り。oca が製品に同梱されている場合は、安全に削除できるはずです。
いいえ、それらは実行するために必要ではありませんが、プログラムが適切に実行されるためには必要です (プログラムが最初にファイルを必要とした場合)。
それらを実行するために、完成したプログラムとともに展開する必要はありません。
これは愚かな回答かもしれませんが、単純にファイルの名前を変更して、アプリケーションが動作を終了するかどうかを確認できます。もしそうなら、それらのファイルは必要です。
DNA 科学もほぼ同じです。
遺伝子を取り出して、何が「機能」を停止したかを調べます。事実上、この遺伝子はその体の部分などに関連している/必要です.