MSIインストーラー（WiXで作成）を変更して、アンインストール時にディレクトリー全体を削除したいと思います。
とのWiXのオプションを理解しRemoveFileていRemoveFolderますが、これらはインストール後に作成されたコンテンツを含むフォルダー全体を再帰的に削除するほど堅牢ではありません。
同様のスタックオーバーフローの質問WiXをアンインストールするときにファイルを削除することに気づきましたが、これを行うには、バッチスクリプトを呼び出してフォルダーを削除するだけでもっと簡単にできるのではないかと思っていました。
WiXを使用するのは今回が初めてで、まだカスタムアクションのコツが出ています。アンインストール時にバッチスクリプトを実行するカスタムアクションの基本的な例は何ですか？
回答:
編集：おそらく現在すぐ下の答えを見てください。
このトピックは長い間頭痛の種でした。ようやくわかりました。オンラインでいくつかの解決策がありますが、どれも実際には機能しません。そしてもちろん、ドキュメントはありません。下の表には、使用が推奨されているいくつかのプロパティと、さまざまなインストールシナリオでのそれらの値があります。
そのため、私の場合、アンインストール時にのみ実行されるCAが必要でした-アップグレードではなく、修復や変更はありません。上記の表によると、私は使用しなければなりませんでした
<Custom Action='CA_ID' Before='other_CA_ID'>
(NOT UPGRADINGPRODUCTCODE) AND (REMOVE="ALL")</Custom>そしてそれはうまくいった！
yalunaの回答には複数の問題があります。また、プロパティ名は大文字と小文字が区別され、Installed正しいスペルです（機能しINSTALLEDません）。上記の表はこれであるはずです：
また、プロパティの実際の値を完全に修復およびアンインストールすると仮定すると、次のようになります。
WiXの式の構文のドキュメントは言います：
これらの式では、プロパティ名を使用できます（大文字と小文字が区別されることに注意してください）。
プロパティは、Windowsインストーラガイドに記載されています（例：インストール済み）
編集：最初の表に対する小さな修正。明らかに「アンインストール」は、だけでも発生する可能性REMOVEがありTrueます。
カスタムアクションでこれを行うことができます。以下のカスタムアクションに参照を追加できます<InstallExecuteSequence>。
<InstallExecuteSequence>
...
<Custom Action="FileCleaner" After='InstallFinalize'>
Installed AND NOT UPGRADINGPRODUCTCODE</Custom>次に、以下でアクションを定義する必要があります<Product>。
<Product>
...
<CustomAction Id='FileCleaner' BinaryKey='FileCleanerEXE'
ExeCommand='' Return='asyncNoWait' />FileCleanerEXEはバイナリ（私の場合、カスタムアクションを実行する小さなc ++プログラム）であり、以下でも定義されてい<Product>ます。
<Product>
...
<Binary Id="FileCleanerEXE" SourceFile="path\to\fileCleaner.exe" />これに対する本当のトリックは、Installed AND NOT UPGRADINGPRODUCTCODEカスタムアクションの条件です。アクションはアップグレードごとに実行されます（アップグレードは実際にはアンインストールしてから再インストールするため）。ファイルを削除する場合は、アップグレード中におそらく必要ありません。
余談ですが、バッチスクリプトではなく、C ++プログラムのようなものを使用してアクションを実行するという問題に対処することをお勧めします。これにより、スクリプトの能力と制御が向上し、「cmdプロンプト」ウィンドウが点滅しないようにすることができます。インストーラーが実行されます。
CustomActionなります。「After = 'InstallFinalize'」が実行されます。この時点で、すべてのファイルがインストールフォルダから削除されます。また、fileCleaner.exe。したがって、CustomActionを介してそれを実行することはできません。この答えは間違っています。42の賛成票について疑問に思っています。
バッチスクリプトの最大の問題は、ユーザーが[キャンセル]をクリックしたとき（またはインストール中に問題が発生したとき）のロールバックの処理です。このシナリオを処理する正しい方法は、RemoveFilesテーブルに一時的な行を追加するCustomActionを作成することです。これにより、Windowsインストーラーがロールバックのケースを処理します。あなたが解決策を見ると、それは信じられないほど簡単です。
とにかく、アンインストール中にのみアクションを実行するには、次のようにCondition要素を追加します。
REMOVE ~= "ALL"〜=は、大文字と小文字を区別せずに比較します（ALLは常に大文字であると思いますが）。詳細については、条件構文に関するMSI SDKドキュメントを参照してください。
PS：私が座って「ああ、バッチファイルがインストールパッケージの良い解決策になるだろう」と思った例はこれまでありませんでした。実際、バッチファイルが含まれているインストールパッケージを見つけても、製品を返品して払い戻しを受けることはできます。
以下は、組み込みのものよりも直感的に使用できるようにした一連のプロパティです。条件は、ahmd0によって上記で提供された真理値表に基づいています。
<!-- truth table for installer varables (install vs uninstall vs repair vs upgrade) https://stackoverflow.com/a/17608049/1721136 -->
<SetProperty Id="_INSTALL" After="FindRelatedProducts" Value="1"><![CDATA[Installed="" AND PREVIOUSVERSIONSINSTALLED=""]]></SetProperty>
<SetProperty Id="_UNINSTALL" After="FindRelatedProducts" Value="1"><![CDATA[PREVIOUSVERSIONSINSTALLED="" AND REMOVE="ALL"]]></SetProperty>
<SetProperty Id="_CHANGE" After="FindRelatedProducts" Value="1"><![CDATA[Installed<>"" AND REINSTALL="" AND PREVIOUSVERSIONSINSTALLED<>"" AND REMOVE=""]]></SetProperty>
<SetProperty Id="_REPAIR" After="FindRelatedProducts" Value="1"><![CDATA[REINSTALL<>""]]></SetProperty>
<SetProperty Id="_UPGRADE" After="FindRelatedProducts" Value="1"><![CDATA[PREVIOUSVERSIONSINSTALLED<>"" ]]></SetProperty>次に使用例をいくつか示します。
<Custom Action="CaptureExistingLocalSettingsValues" After="InstallInitialize">NOT _UNINSTALL</Custom>
<Custom Action="GetConfigXmlToPersistFromCmdLineArgs" After="InstallInitialize">_INSTALL OR _UPGRADE</Custom>
<Custom Action="ForgetProperties" Before="InstallFinalize">_UNINSTALL OR _UPGRADE</Custom>
<Custom Action="SetInstallCustomConfigSettingsArgs" Before="InstallCustomConfigSettings">NOT _UNINSTALL</Custom>
<Custom Action="InstallCustomConfigSettings" Before="InstallFinalize">NOT _UNINSTALL</Custom>問題：