私は現在、Office javascript APIを使用してツールを開発しています。しかし、私はC＃のコードに基づいて独自のExcel関数（=SUM(A1:A5)のようなもの）を提供したいと思います。Office.js JavaScript API内のC＃ベースのExcel機能は可能ですか？
ユーザーの視点から2つの個別のプラグインを出荷しないようにする方法はありますか？ 1つのプラグインに2つの技術を組み合わせることはできますか？
ILMergeを使用してDLLを結合します。ポストビルドコマンドとして追加して、ビルドが成功したときにマージされるようにすることができます。
ILMergeは.NETアセンブリをマージするためのものですが、ここではさまざまなテクノロジ（C＃ベースのOfficeアドインとJavaScriptベースのOfficeアドイン）を扱いますので、何の助けにもなりません。 –
デスクトップバージョンのExcelのみをターゲットにする場合は、JavaScriptベースのアドインではなくVSTOアドインを作成できます。この追加の中で、カスタム関数のコードをVSTOプロジェクトに組み込み、それらが正しく登録されていることを確認することができます。 1つの解決策は、独自のMSIベースのインストーラを作成することです。 Windows Installer XML（WIX）またはNullsoftのNSISツールを使用します。
この「クラシックな」VSTOアドインテクノロジでは、Mac、モバイルプラットフォーム、またはExcel Onlineをブラウザでターゲットに設定することはできません。
私にとって、udf（ユーザー定義関数）を作成するための最高のデスクトップベースのアドインソリューションは、dna https://excel-dna.net –
はいDirkが提案したように、VSTOまたはExcelDNAを使用してデスクトップのC＃アドインを作成する代替ソリューションもあります。
JavaScriptのWebアドインは、ライブラリがあるWebページです。office.jsは、ロジックとオフィスホストアプリケーションのギャップを埋めるものです。
C＃で書かれたAPI（これはアドインを扱うサーバーと同じでも、そうでないサーバーでも）に入力を渡すのはなぜですか？ javascriptは、データを渡し、計算結果をスプレッドシートに設定するためにのみ存在します。
こんにちは、ありがとうございました。しかし、実際には、私は新しいJS APIの利点（ブラウザのように動作しています）に頼っていますが、Windowsマシンのスコープをいくつかの余分な機能で拡張しています（これは明らかに他のシステムでは利用できません。 JSの部分があります）。残念なことにVSTOプラグインを使用すると、このプラグイン内のJSコードを使用するとはるかに複雑になります。私はブラウザのActiveX要素を考慮しましたが、これには他の複雑さが伴います。したがって、新しいAPIはより良く適合しているようです。それに対処する他のアイデア？ – jonathanNice