DataGridView をエクセルに出力 (ID:147614)

名前

ホームページ(ブログ、Twitterなど)のURL (省略可)

本文 > 普通にエクスプローラなどから開こうとしたら開けません。 > 何が原因なのでしょうか？ 提示されたコードには COM オブジェクトの解放処理が漏れているため、 Excel が正しく終了されず、非表示のままゾンビプロセスとして 残っている可能性が考えられます。 (実行後、タスクマネージャーに Excel.exe が残っていませんか?) もしくは、再描画禁止またはユーザー操作禁止モードのまま Excel が閉じれられてしまい、次回起動時に真っ白になってしまうなどの 問題を起こしているパターンもあります。(今回はそうでは無さそうですが) > 2000、2003、2007と３種類存在しています。 複数の Excel バージョンが混在しているというのは、 実行環境でしょうか、それとも開発環境でしょうか。 ・VB6 や VBA では、変数に Nothing を代入することでオブジェクト参照を 解放できるのですが、VB.NET から扱う場合はそれでは不十分です。 .NET のメモリ管理と ActiveX のメモリ管理は異なるため、この場合は Marashal.RelaseComObject メソッドを利用しないと早期解放されません。 ・.NET からの Excel 2000 の制御は、あまりお勧めしません。Office XP や 2003、2007、2010 にはプライマリ相互運用機能アセンブリ(PIA)が 提供されていますが、2000 や 97 用のものは用意されていないためです。 (保証されていないというだけで、PIA でなくても一応呼べますが…) ・開発環境の Excel バージョンと実行環境の Excel バージョンは できるだけ一致させてください。統一できない場合は、 「実行環境のExcelバージョン ≧ 開発環境のExcelバージョン」 にしておくと、呼び出し時の問題を軽減できます。 ・開発側のバージョンの方が高くても呼び出せないわけではありませんが、 一部のメソッドで、引数の数が異なっているとか、Sub が Function に 拡張されるといった違いがあるため、そのままだと実行時エラーに なってしまう物があります。この場合、下位互換の隠しメソッドに 置き換えるなどで対処は可能ですが、Excel の各バージョンの差異を 理解している必要があるため、実装難易はやや上がります。 ・バージョンを限定できない場合には、参照設定して使うことを諦め、 すべてレイトバインドで実行するという手もあります。この場合は バージョンの差異をかなり吸収できますが、この場合、参照カウントが 意図せず増加してしまうことがあるため、オブジェクトの後始末処理に、 多少手を入れねばならないかも知れません。 > xlApp.Workbooks.Add() > xlBook = xlApp.Workbooks(1) Workbooks(1) で受けるのではなく、 Add メソッドの戻り値から Workbook を得るようにすべきです。 ただしその前に、Workbooks プロパティも変数に受けるようにしましょう。 そうしないと、オブジェクトを正しく ReleaseComObject できないため、 Excel が正しく終了しなかったり、2回目以降の操作に支障をきたすなどの 弊害をもたらします。 http://hanatyan.sakura.ne.jp/dotnet/Excelflm.htm そのほか、Worksheets や Range の使い方にも問題があるので、 一度、上記の URL に目を通しておかれることをお奨めします。