シェルコンテキストアプリケーションのフットプリントを小さくしたいとします。これは少なくとも今のところマネージコードを排除します。これはwin32asmの方がやや好きかもしれませんが、C++ライブラリは.NETランタイムに比べるとそれほど大きなものではありません(MB未満ではありません)。
シェルコンテキストアプリケーションを安定させたい場合は、そうでないと、explorer.exeプロセスを保存するためにシェルコンテキストアプリケーションが実行されないようにします。これはwin32asmと大きく反対しています。あなただけがあなたがこのアプリケーションを維持し、優れたアセンブラのスキルを持っていることを知っていれば、win32asmが動作するかもしれませんが、私自身はそうしないでしょう。 COMインターフェイスを実装する必要があります。これは、アセンブリコーディングの複雑さを追加することなく、大きな頭痛です。
私はVC++のATLサポートを考えていますが、深刻な単体テストとリソースの漏えいに対する保護があります。しかし、あなたがC++やテンプレートに慣れていない場合、これはあなたのために岩の道を提示するかもしれません。プラスの面では、保守するソースコードの数がはるかに少なくて済み、他の人を助けたり引き継ぐのにもっと簡単な時間を取ることができます。また、関連性の高い貴重なスキルセットを改善したかもしれません。