ぬるり。: COM クライアント実装の道程 for TaskScheduler その番外編2 ～ COM オブジェクトと GC とファイナライザ
2010年12月(1) 2010年10月(1) 2010年09月(1) 2010年08月(2) 2010年05月(1) 2010年03月(1) 2010年01月(1) 2009年12月(1) 2008年07月(1) 2008年04月(2) 2008年03月(3) 2008年02月(1) 2007年10月(1) 2007年08月(1) 2007年03月(3) 2006年12月(1) 2006年10月(1) 2006年06月(1) 2006年05月(1) 2006年04月(6) ノートの方には MSDN の Platform SDK 部分は入れていなかったので、この記事を書くのにオンラインの MSDN を参照することもあります。で、気づいたんですが、なんか TaskScheduler の関連インターフェイスが増殖してる……。え嘘マジ？ と大慌てで調べてみたら、その辺全部 Vista で追加され
いげ太のブログ: [C#] Excel COM をエレガントに扱う試み
あくまで試みであって、ベスト プラクティスなんかでは到底ないのであしからず。要はチラ裏ネタだ。て、このブログ自体チラ裏以外の何物でもないか。 さて、ここ最近 COM 周りについて調べているのだけれど、サンプル コードがなかなか見つからない。こうすればいい、ああすればいいって方法論は見かけるんだけど、じゃあ具体的にどうするのってのは書いてくれていない。そこは自分で考えろ、てことなんだろうか。 で、ない中で見つけたのが Hongliang さんの記事。んー、とってもありがたい。そして、とっても難しい。 自分の不勉強を思い知らされ、とりあえずとばかりに前回はお勉強エントリを書き、そして今回、実装にこぎつけた。こんな感じでどうだろうか。 using System; using System.Collections; using System.Collections.Generic; using S
This is CLR - GC (Section 2)
This is CLR - GC (Section 1) GC の動作は単純明快。「ルート（オブジェクトを参照している変数）の存在しないオブジェクトを回収し、メモリを解放する」ただそれだけである。殆どにおいて、プログラム、或いはプログラマからは GC は全く透過的だ。GC の動作の詳細を気にする必要はない。だが、GC について知識を持っていると役に立つ事がある。パフォーマンス、アンマネージリソースの確実な解放、アンマネージコードとの連携、ルートがないように見えるオブジェクトの維持、ルートがあるように見えるオブジェクトの GC 回収、etc。知識は無用なトラブルを回避してくれる。 アンマネージリソースの確実な解放 アンマネージリソースを内部リソースとして持つクラスは Finalize を必ず実装しなければならない。更に、Dispose パターンを使って、任意のタイミングでアンマネージリソース
信頼性に関するベスト プラクティス - .NET Framework
ホストにプログラミング モデルの要件がない場合、リンク確認要求は発生しません。 この属性は次のものを識別します。 ホスト プログラミング モデルには適合しないが、それ以外の問題はないメソッドまたはクラス。 ホスト プログラミング モデルに適合せず、サーバーが管理するユーザー コードが不安定になる可能性があるメソッドまたはクラス。 ホスト プログラミング モデルに適合せず、サーバー プロセス自体が不安定になる可能性があるメソッドまたはクラス。 HPA の詳細については、「HostProtectionAttribute」を参照してください。 コード分析のルール SQL Server の場合、同期またはスレッド化を導入するために使われるすべてのメソッドを、HPA で識別する必要があります。 これには、状態を共有するメソッド、同期されるメソッド、または外部プロセスを管理するメソッドが含まれます。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
