KB にはさまざまな種類があります。
インストールしたくなく、MSI について少し知っている場合は、もちろん、MSI KB であれば ProductCode を見つけることができます。
2 つの一般的なタイプ:
KB ファイルには拡張子 .exeがあり、これには .msp (パッチ) ファイルが含まれています。7zip などのアンパッカーを使用してマウスの右ボタンで .exe を開くことができます (ダブルクリックしないでください。インストールされます)。次に、 Insted (Google)などのツールを使用して、.msp ファイルの内部を調べます。ただし、パッチには独自の ProductCode がなく、独自の GUID があり、ProductCode を持つ完全な MSI にパッチを適用します。たぶん、MSIの専門家にとってはもっとこのようなものです。両方の GUID は、通常のテーブルではない概要情報にあります。この情報を使用するために何をしなければならないかを判断する「MsiProductCheck」がわかりません。
KB ファイルには接尾辞 .msu が付いています(はい、.msi ではありません)。Orca (プラットフォーム SDK 内) や Insted (再び) などの MSI エディタで ProductCode を読み取ることができます。プロパティ テーブルを見てください。
ほとんどの場合、ProductCodes に依存することはお勧めできません。前提条件としてまさにその KB が必要な場合は、問題ありません。KB 以外のことについては、まったくお勧めしません。
より良い: 可能であれば、KB が実行するファイル/レジストリの変更を検索し、プログラムでそれ (ファイル バージョンやレジストリ GUID など) を使用して、インストールされているかどうかを確認します。ファイル バージョンが変更された場合は、1 つの修正プログラムだけに依存するわけではないため、ファイル バージョンを変更することをお勧めします。たとえば、次に変更が ServicePack または新しい Windows バージョンに含まれる場合などです。
私は、さまざまな Windows バージョンに応じてさまざまな前提条件を保証するプログラムを作成するなどのことを行ってきました。