コードの展開VSTO
は非常に面倒なようです。
私の使用例は、単語で特定のコンテンツ構造を強制する必要があることです。すべてを VBA で行うほうがよいのでしょうか。
それは、プロジェクトにとって何が最も理にかなっているかによって異なります。特定のファイルと数人のユーザーのみを対象とする場合は、VBA をお勧めします。
より複雑で、すべてのユーザーのすべてのファイルで機能する必要がある場合は、VSTO プラグインが最適だと思います。それは、あなたが強制しようとしている状況と複雑さに本当に依存します。
VSTO 3.0 の前は、Ryan Lanciaux に同意しますが、もう同意しません。最近では、VSTO での生産性が非常に高くなったので、VSTO で小さな 1 回限りの仕事をすることさえできます。アドインが会社内で非常に人気になったので、いくつかのケースで私のお尻を救いました。私がしなければならなかったのは、クリックワンスパッケージへのパスを追加することだけでした:-)
言語としての VBA の限界だけでなく、単体テスト フレームワークやソース管理などの強力なツールが不足していることも、イライラさせられることに注意してください。このため、VBA に固執する場合、開発の速度と長期的なフラストレーションをトレードオフする可能性があります。
.NET で UI と残りの部分を直接サポートする VBA コードを記述して、両方を行うことができます。