上記の記事では対策方法も紹介されています。してやればいいようです。匿名さんからコメントを頂きました。書きましたが、ちょっと乱暴なまとめだと思ったので追記します。疑問に思ったのが発端で今回のことを調べたんです。いうものだったので、自然とロック解除のタイミングが呼び出し元に依存するのは避けたいと思ってました。まとめのところに書きました。いう前提であることをあまり明確にせずにこうまとめちゃうのはちょっとまずかったですね。ここから前の記事にもちょこっと追記しましたが、指摘を頂いたのでこちらにも追記しておきます。同じ処理が行われるようになっています。返して列挙が終わるときにロックが解除されることになります。以下に書いたファイルの例でも同じです。ここまで追記ということで、また他の例を。同じことが起こります。指定してファイルをアクセス禁止にしています。呼び出されてファイルがクローズされます。このときにファイルのアクセス禁止も解除されます。メソッドからになります。使っているときは、以下のような感じになるわけです。呼び出しが行われて、ファイルクローズおよびアクセス禁止解除ということになります。使わない場合はどうなるでしょうか?以下のようなコードです。呼び出されてファイルがクローズされ、アクセス禁止が解除されます。列挙が始まるときにはすでにファイルがクローズされている状態になっています。これはどちらが正しいとか言えるようなたぐいのものではありません。いうことになるわけですが、どちらにしたいかなんてことはケースバイケースです。勘違いしやすいとは言えると思います。いいかどうかなんてことはケースバイケース、という感じですね。ついてちゃんと考えたのなんて今回が初めてなんですが、なかなか興味深かったです。スレッドセーフなのか?スレッドセーフと言ってもいろいろ意味がありますが、ここでは以下のようなコードのことを指してます。すること、というような場合です。使って書いてもほとんど同じ意味です。実装したクラスを作成してくれて動いてるわけです。収め直すというような感じです。スコープを抜けてしまいきちんと排他されないんじゃないか?と思えるわけです。書けない、というようなことが書いてあります。関することは何も書いてありません。すると以下のようになってました。呼び出し)が行われます。}}上記のコードは意味的にはこんな感じになっているという例であって、実際の自動生成されたコードとはかなり違うんですが、まぁ、こんな感じです。ロックを解除しています。同じ処理が行われるようになっています。返して列挙が終わるときにロックが解除されることになります。思いましたが、実は違いますね。使ったコードが出来上がります。囲んだコードに変換されるだけです。呼び出すことによって途中で例外が発生しようが何しようがスコープを抜けるときには確実にロックが解除されるようになっているわけですね。中には書けるとあります。メソッドの中で実行されるわけですね。働くコードが生成されるわけです。使ってもきちんとロックされる。重要な注意点があります。メソッドを呼ぶまでロックが解除されない。使われるんじゃないかと思います。メソッドを呼び出すようになっています。呼ばれますから何も問題ありません。メソッドを呼び出してやらないとまずいことになる可能性大です。呼び出してやりましょう。ロックが解除されるタイミングが違うというのも大きな違いですね。スコープを外れた時点でロックが解除されます。呼び出した時点でロックが解除されます。いうことは、ロックが解除されるタイミングが呼び出し元の処理に依存してしまうわけですね。早くにロック解除してやって他のスレッドが動けるようにしてやりたいというのが普通でしょうから、呼び出し元に依存しちゃうのは避けたい場合が多いんじゃないかと思います。いうわけで、本当のまとめ。使ってもきちんとロックされる。呼ばれるかも呼び出し元に依存することになる。使うのはやめておいた方がよさげ。色設定へぇ、こんなサイトがあったんですね。用の色設定がたくさん投稿されています。背景が黒いやつの方が人気あるみたいですねぇ。私はデフォルトの白背景のまま使ってるから、黒背景は違和感あるなぁ。「ツール」メニューの「設定のインポートとエクスポート」でインポートするだけです。インポートする前に今の設定をエクスポートしておけばあとで元に戻せます。入れてやるとメニュー、ツールバー、タブ、タイトルバー、などなどの色を変更することができます。おぉ、こりゃなるほどだ。アドインが紹介されています。記事で解説されていますが、ここでも簡単に概要を書いときます。アプリでも規模が大きくなってくると複数のプロジェクトにわけたりします。ファイルが出来上がります。ファイルの中に入っていることになります。いうか、複数プロジェクトの場合、プロジェクト参照しながらの方が普通だと思うので、ほとんどのアセンブリがダブって入っていると思ったほうがいいくらいじゃないかと思います。して解凍してみれば簡単に確認できます)しかし、実行時には同じアセンブリが重複して読み込まれることはありません。ファイルの中に同じアセンブリを入れておく必要はありません。ファイルにだけ入れておけば十分です。ファイルが読み込まれる順番はプログラムの作り方次第なのでどれが最初かなんてわかりません。入れておく必要がないことは明らかです。ほんと、そりゃそうだって感じです。含めるようにしてもくれるようです。すればトータルサイズは当然小さくなりますね。いうのの真逆になっちゃいますが。この辺はケースバイケースで考えるしかないでしょうね。ピクセルのボーダーがあったんですね。ピクセルが無くなるらしい。ピクセルのボーダーがあるとのこと。なってるかどうかで判断するみたい。アプリケーションになると、ここまで後方互換性を気にしてるんだなぁ、と素で感心。追記ちゅきさんに頂いたコメントでタイトルが間違ってることに気づきました。「2ピクセル小さくなる」ってタイトルでしたが、ボーダーが無くなるんだから小さくなるんじゃないですね。右のスクロールバーとか下のステータスバーとかのところにボーダーがあるのかよくわからなかったので、とりあえず「2ピクセルくらいサイズが変わるらしい」というタイトルに変更しました。描画エンジンだそうです。いう会社の商品みたいですね。動いているところが見れます。ファイルに対応しているそうです。描画エンジンだそうです。いう会社の商品みたいですね。動いているところが見れます。ファイルに対応しているそうです。シンイチ)大阪府吹田市在住です。ソフトウエア開発の仕事をしています。