DLR を使った Excel プログラミング

DLR ???????????? Excel ????????????????????? | ASP NET Hosting

DLR ???????????? Excel ????????????????????? | ASP NET Hosting — Tue, 02 Jun 2009 08:20:33 GMT

PingBack from http://asp-net-hosting.simplynetdev.com/dlr-%e3%82%92%e4%bd%bf%e3%81%a3%e3%81%9f-excel-%e3%83%97%e3%83%ad%e3%82%b0%e3%83%a9%e3%83%9f%e3%83%b3%e3%82%b0/

re: DLR を使った Excel プログラミング

hidori — Wed, 03 Jun 2009 03:50:40 GMT

こんにちは、ご無沙汰しています。

dynamic キーワード（DynamicObject) はすごく便利だと思うんですが、COM オブジェクトのリリースまでは面倒見てくれないですよね？

DynamicObject が、自分自身がカプセルしているブツが COM オブジェクトだと理解しているとしても、それを解放するべき適切なタイミングを知ることができないような気がしているんですが…実際のところはどうなんでしょう？

re: DLR を使った Excel プログラミング

shozoa — Wed, 03 Jun 2009 04:02:07 GMT

ご指摘の通りです。

GCで解放してやるしかないと思います。現在のベータでどうかは試していませんが、WORDとEXCELでも挙動が異なります(厳密には、COMサーバーの作りに依存しているように私には思えます)。この意味では、dynamicキーワード(実態は属性)を持ったobjectが、参照を失うことでGCが回収するでしょう。

re: DLR を使った Excel プログラミング

hidori — Thu, 11 Jun 2009 15:14:51 GMT

＞GCで解放してやるしかないと思います

GC 任せに出来ない場面も、現実世界には多々あります。

なので、dynamic キーワードを使っていても、明示的に COM の参照を解除する方法はどうしても必要です。

dynamic キーワード関連のヘルプトピックをざっと見てみましたが、記法や利点について述べたものばかりで、「COM 参照の解放はプログラマの責任」であることについて言及されたものは見つけられませんでした。

これは技術情報として明確にどこかで説明されるべきだ事項だと思います。

一応、VS2010Beta1 では、COM サーバをカプセルする dynamic な変数に Marshal.ReleaseComObject() すると IUnknown.Release() が呼び出されているようですが、これが保障された動作であるのかどうかも分りません。

re: DLR を使った Excel プログラミング

shozoa — Fri, 12 Jun 2009 03:00:48 GMT

>明確にどこかで説明されるべきだ事項だと思います

それは、その通りだと思います。

ソースコードの ComRuntimeHelper.csのIUnknownReleaseDelegateのサマリーには、間接的にvTableの関数ポインタを呼び出すコードを出力している。このアプローチは、Marshal.Release向けの900ものコードよりも300の命令になるし、JITがP/Invokeスタブのインライン化とP/Invokeのターゲットを直接呼び出すようになると書かれています。

これよりもIUnknownReleaseDelegateというデリゲートのネーミングからも推測できるように、IUnknownをリリースする仕組みを組み込んでいるので、説明が書かれていないのかも知れません。

>dynamic な変数に Marshal.ReleaseComObject()

CLRでは、COMオブジェクトのインスタンスはRCWのスタブで必ず包まれます。ですから、保障された動きであると考えています。もしろdynamicという属性は、振る舞いをDLRのバインダーにお任せするというものであって、メソッドやメンバーの呼び出し方法が直接的にマネージ・ポインタを使うのではなく、名前でMehodInfo(マネージポインタ)を取得してからInvokeするという仕組みに変わるだけだと理解しています。

re: DLR を使った Excel プログラミング

hidori — Sun, 14 Jun 2009 04:51:58 GMT

IUnknownReleaseDelegate は Microsoft.Scripting.dll に含まれた定義のようですね。

Microsoft.Scripting.dll は、.NET Framework 4.0 Beta1 には含まれておらず、別途 CodePlex で配布されるようです。

なので、IUnknownReleaseDelegate は、Microsoft.Scripting.dll がスクリプト言語実装に対して提供するサービス内で使用されるモノのような気がします。

なので、.NET Framework 4.0 環境で dynamic キーワードを使用してプログラムを書くだけでは、IUnknownReleaseDelegate の恩恵は受けられないような…

>>dynamic な変数に Marshal.ReleaseComObject()

>CLRでは、COMオブジェクトのインスタンスはRCWのスタブで必ず包まれます。ですから、保障された動きであると考えています。

なるほど。そうですね。

遅延バインドによるメンバ呼び出しを陰でサポートしてくれるだけで、扱っているオブジェクトそのものは今まで通り、ってことなので、その動作もこれまで通りということになりますね。

ちょっと安心しましたｗ

re: DLR を使った Excel プログラミング

shozoa — Sun, 14 Jun 2009 10:50:46 GMT

hidoriさん、有難うございます。

>IUnknownReleaseDelegate は Microsoft.Scripting.dll に含まれた定義のようですね

DLR 0.91のソースコードを見ると Microsoft.Dynamicに含まれています。.NET Framework 4.0Beta1よりも開発が進んでいますので、最終的にはSystem.Dynamicネームスペースに入るのではないかと考えています。

まだ開発途中なので何とも言えませんが、codeplexのDLRが開発が進んだものであることは間違いありませんので、Beta2で入っていれば、その恩恵がdynamicキーワードでも受けられるのじゃないでしょうか。

#複数バージョンのソース(IronPython、IronRuby、DLR)を見ていると、みるバージョンによってかなり異なっていくので、なるべく最新を見るようにしています。

DLR の COM バインダーに対する考察

荒井省三のBlog — Mon, 15 Jun 2009 05:45:56 GMT

DLRを使ったExcelプログラミングというエントリーで、興味深いご指摘をいただきました。それは、 COMオブジェクトのリリースを誰が面倒を見てくれるのかというものです。この問題を考える上で意識しないといけないのが、オブジェクトのライフサイクルの管理という側面です。具体的には、以下のようなものです。