質問

いう状況をVSTO展望add-insると、共通した共通のコードが、共通コードも発散す。理想的に貢献をしていきたいと考えているの再構築アドイン(add-ins)を要因の共通コードを別々の共用にdllが、非技術的な理由によりこの選択肢はない。何が問題なに見込んである場合には、通常、ドイン(add-ins)展開され、同じインスタンスの展望?いまの問題作であろう二つのクラスと同じ名前と同じ名前空間が異なる定義を搭載により、二つの異なるドイン(add-ins)における同展望インスタンス?また一つのadd-insめに必要な支援を行い形式に追加す。いと思いますので、問題の違いは共通コードについて教えてください。

仮に管理いたしますの再構築アドイン(add-ins)切り分けるdllと全ての共通コードは、展望しているのでバージョンが異なっていると同dllの展開により、二つの異なるドイン(add-ins)?

役に立ちましたか?

解決

私の現在のプロジェクトを行っていた同様のコードの共有とVSTOドイン(add-ins)のための言葉です。今はまだ"参考文献、その他のプロジェクト"コピー"地域のコンパイル時にも切り替えることを参考に共通コードを、GACのでしたから解放されたシナリオの共有成分が必要な再建のすべてのプロジェクトに依存しているのです。

すべての共有ライブラリのdllのは"コピー"地域の中の構築ないと思いますが他の名前と名前空間に紛争が必要となりますの再構築に追加される場合は必ずご共有ライブラリコード変わります。したい場合は、構築する取り扱いは別に、追加としては、図書室、設定のコピーそのものは、GACのでadd-ins使用できます。していた一部のリンクがどのように呼びからコードの追加を利用しています。実際に私がその場で発音を確認することがで少しも一でVSTOです。当期純にオフィスのネイティブコードです。

参考文献:

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top