私はExcelファイルを生成したいと思います。だから私はMicrosoftを使用しています。 Interop。ライブラリを凌駕し、私の仕事は終わった。しかし今、誰かがMicrosoftと言います。 Interop。 Webベースのプロジェクトではライブラリが優れたアプローチではありません。デスクトップベースのプロジェクトに適しています。それは本当ですか？真実ならば、その理由と問題点はウェブには適していません。そして、Webベースのプロジェクトでファイルを生成するためのより良いアプローチです。は、microsoft.interop.excelについての情報が必要です
実際、私はWebとWindows環境の両方でExcelファイルを操作する経験があります。
あなたに私の答えは、それが大きく依存していることである：
Microsoft.Interop.Excel（のはMIEそれを呼びましょう）クロスそれを行うには、Excelのライブラリ自体を呼び出しているが、それゆえ、それは将来のバージョンの場合には、より信頼性の仕事ですし、より良いですアップグレード可能。しかし、それは整形されていない、intellisenseと実行中のマシンにインストールされているExcelを必要とする最も重要なものはありません。
これらの質問に答えるために必要なこれらの情報についてだから、ベース：
1 - あなたはつもりあなたのコードを配布していますかあなたはそれを展開しようとしているの？
2サーバーにアクセスできますか？
3 Excelを作成するのか、それともその両方を読み込むのですか？
4-長期間または短い寿命のプロジェクトですか？
1）コードを配布する場合は、サードパーティのツールを使用してください。 MIEを使用する場合は、顧客に、質問2のために実行できないかもしれないExcelをマシンにインストールするように指示する必要があります。また、MIEとの通信の問題によりコードが壊れる可能性があります。
2）サーバへのアクセス権がない場合（つまり、ホスティングデプロイメント環境またはあなたのサーバがあなたの会社によって管理されている場合）、エクセルをインストールすることはできませんので、コード。
3）あなたがExcelを読みたい場合、以前の質問に答えてみると、ほとんどのサードパーティ製のツールはファイルを開くための信頼性と信頼性がないため、MIEには必要です。彼らはほとんどが人を創造することができます。ファイルを作成する場合を除いて、後で同じファイルを使用したいとします。通常、サードパーティのツールは、自分自身で作成されたファイルを開く際に優れています。
4）時間がかかる場合は、基本的にメンテナンスする方が良いので、MIEを使用する方が良いです。マイクロソフトでは、このMIEをDynamics CRMなどの製品で使用しているため、後方互換性を保つ必要があります。
私はこれがあなたを助けてくれることを願っており、それはすべて自分の経験に基づいています。私が間違っている場合は自分自身を修正するために開いているので、コメントで私を助けてください。
マルチスレッドが考慮されます。多くのオープンソースの優れた発電機が利用可能です。 –
この類似の質問はあなたにとって参考になるかもしれません：https://stackoverflow.com/questions/30663123/use-office-interop-on-asp-net-mvc6-website –
この[Microsoftサポート文書]（https：// supportオフィス側の自動化のためのinteropの使用に関する多くの技術的な問題については、マイクロソフトのWebサイト（http://www.microsoft.com/japan/technet/prodtechnol/windowsserver2003/default.mspx）を参照してください。法的な意味合いもあることに注意してください。複数の無免許ユーザーがExcelにアクセスできるようにするためにサーバー側の自動化機能を使用することは、EULAに違反しています。 –