私たちは、VSTOの文書レベルプロジェクトを秀でています。このプロジェクトの一部として作成されたExcel文書には、ボタン、チェックボックスなどのいくつかのWinformコントロールがあるワークシート(スタートシートという)があり、主にデータを含む他の多くのワークシートがあります。我々は クライアントのマシンにWindowsインストーラを使用してこのソリューションを展開します。 Excelのバージョンは2007年と2007年のVSTOです。Excelのドキュメントレベルの配備に関する質問
私たちのソリューションがクライアントのマシンに展開されるときはいつでも、クライアントは通常そのマシン上でExcelドキュメントをカスタマイズします。彼らが追加したワークシートとは別に新しいワークシートを追加するように。彼らはまた、PIのようないくつかのアドインをインストールして、これらのワークシートにデータを持ち込みます。現在、私たちは通常クライアントからの強化要求を受けており、これらの拡張機能のほとんどは がExcelシートに新しいシートを追加しています。要求のほぼ99%が新しいシートを追加しています。各シートの背後にあるコードは、スタートシートのwinformコントロールによって主にトリガーされるビジネスロジックです。
いつでも、彼らはソリューションの拡張版をインストールし、新しいExcel文書を取得してから、それを再度カスタマイズする必要があります(いくつかのシートの追加、マクロの作成など)。それら。最近私たちにとって大きな問題となっているのは、 というクライアントがまったく気に入らないということです。
新しいバージョンのソリューションを展開しても、Excelのドキュメントのカスタマイズを変更しないでください。 VSTOでの私の経験はそれほど多くなく、大いに助けになるでしょう。
vstoドキュメントレベルのアセンブリはGACに追加されますか、またはマニフェスト(sxs)経由でExcelからアクセスされますか? docレベルのアセンブリがxlsxと並んで配備されている場合、インストーラは新しい.vsto、myassembly.dll.manifest、およびmyassembly.dllをターゲットディレクトリにプッシュすることはできませんか? – gap