はてなブックマーク

コードだけ見ると、なんかぜんぜんタイプセーフじゃない気がするんですけど… メモリ破壊しようとしても大丈夫（ダメ？つまり実行時エラーになるとか）なんでしょうか。 __refvalue の第二引数で指定する型とかなんか、チェック入ってても微妙な感じ… ぞわぞわしちゃいます＞＜ 2011.04.05 17:01　URL | いさを #-　[ 編集 ] タイプセーフじゃないですよ 第二引数で型指定するのは、Boxing/Unboxing を伴わずに値型を扱うためです C# だと TypedReference はローカル変数やパラメータ (ref/out 除く) 以外の宣言には使用できず、基本クラスへのキャストも禁止されているので、C# の中でだけ使用する分にはメモリ破壊は起きないはずですが、 そもそもは C++ との相互運用のために使用するものなので、普通はまず使わない機能ですね 2011.04.

C#がメインで他もまぁ諸々なブログです おかしなこと書いてたら指摘してくれると嬉しいです(´･∀･`) つーかコメント欲しい(´･ω･｀) 「C#できます」と言い放ったあいつがJavaプログラマであることを見分ける10の質問 - 猫とC#について書くmatarilloの日記 仕事で C# 使わなくなって久しい僕なので、あまり自信ないけど…。 * ==演算子のオーバーロードを実装してEqualsメソッドと同じ処理を実行するようにしてもよい場合はどのような時か？ 同値であるオブジェクトを同一であるとして扱う場合。 * ループ内でなければ、たとえ100個の文字列型変数であってもまとめて+演算子で連結してよい理由を説明せよ。 +演算子が99回繰り返されるのではなく100個の文字列を一つにまとめるという処理に最適化されるため。 * List<int>のように値型を格納するジェネリックコレクションを使

C#がメインで他もまぁ諸々なブログです おかしなこと書いてたら指摘してくれると嬉しいです(´･∀･`) つーかコメント欲しい(´･ω･｀) 新規作成時にプロジェクトを保存しないように設定しているのに、普通の .NET Framework 4.0 に変更するためにわざわざプロジェクト保存する必要があって大変うざいです。 そういう時は、プロジェクトのテンプレートを書き換えればおｋ。 プロジェクトのテンプレートは下記のフォルダの中にあります。 %ProgramFiles%\Microsoft Visual Studio 10.0\Common7\IDE\ProjectTemplatesCache\CSharp\Windows\1041 例えばコンソールアプリケーションのテンプレートは、下記のファイルになります。 ConsoleApplication.zip\consoleapplication.

C#がメインで他もまぁ諸々なブログです おかしなこと書いてたら指摘してくれると嬉しいです(´･∀･`) つーかコメント欲しい(´･ω･｀) コンソール アプリケーションの作り方 ≪ ++C++; // 未確認飛行 C ブログ より PowerShell って .NET Framework 4 で作ったアセンブリ読み込めないんですよねぇ・・・。アップデートして欲しい・・・ 確か CLR のバージョンって指定できたなぁと思い調べてみたらできました。 これで .NET 4.0 の新しいクラスを使用したり、アセンブリを読み込んだりすることができます。 [手順] PowerShell のインストールフォルダ (%windir%\system32\WindowsPowerShell\v1.0) に次のファイルを作成する。 powershell.exe.config <?xml version ="1.

C#がメインで他もまぁ諸々なブログです おかしなこと書いてたら指摘してくれると嬉しいです(´･∀･`) つーかコメント欲しい(´･ω･｀) .NET Framework 4.0 から、遅延初期化を行うためのクラスが新しく追加されました。 Lazy(T) クラス (System) 遅延初期化と聞いてすぐに連想されるのはレイジーロードパターンです。 以前、仮想プロキシによるレイジーロードについての記事を書きました。 今回、VirtualList<T> クラスの実装を、Lazy<T> クラスを使用するように変更してみます。 VirtualList<T> クラス using System; using System.Collections; using System.Collections.Generic; /// <summary> /// リストの仮想プロキシです。 /// </summary

C#がメインで他もまぁ諸々なブログです おかしなこと書いてたら指摘してくれると嬉しいです(´･∀･`) つーかコメント欲しい(´･ω･｀) 適当に書いたので注意 using System; using System.Dynamic; using System.Reflection; namespace MoroMoro.Dynamic { public sealed class MemberAdapter : DynamicObject { private static BindingFlags GetBindingFlags(bool ignoreCase) { var baseFlags = BindingFlags.Public | BindingFlags.NonPublic | BindingFlags.Instance | BindingFlags.FlattenHierarc

C#がメインで他もまぁ諸々なブログです おかしなこと書いてたら指摘してくれると嬉しいです(´･∀･`) つーかコメント欲しい(´･ω･｀) BDD (Behavior Driven Development) というものを今更ながら知りました。 言葉だけはたまに見かけてましたが、どんなものか全く知ろうとせず、ずっとどうでもいいやと思っていました。 ところがこれ、TDD を進化させたようなものだったんですね。 「テスト駆動開発」ではどうしても「品質のため」と誤解されがちで、「設計のため」って言っても中々信じてもらえません。でも「ビヘイビア駆動開発」ならきっと大丈夫。 これからは TDD を捨てて BDD へ移行していきたいと思います。 ただ、.NET 界隈だと残念ながら BDD はあまり浸透してない感じですね。具体的にどういう方法で実践していくのが良いか悩みどころです。 [Web 上で見つけた

C#がメインで他もまぁ諸々なブログです おかしなこと書いてたら指摘してくれると嬉しいです(´･∀･`) つーかコメント欲しい(´･ω･｀) Martin Fowler's Bliki in Japanese - ドメインモデル貧血症 有名なアンチパターンです。僕も昔やってしまったことがあります。 例えば、図書の貸出システムを作るとします。このシステムは利用者が直接操作し、借り入れ手続きや返却手続きを行います。 ドメインモデルを適切に適用した設計では、「書籍」クラスや「利用者」クラスを用意し、「利用者」クラスに「借りる」メソッドや「返すメソッド」を用意するでしょう。 public sealed class 書籍 { public int 管理番号 { get { ... } } public string タイトル { get { ... } } public string 著者 { get

C#がメインで他もまぁ諸々なブログです おかしなこと書いてたら指摘してくれると嬉しいです(´･∀･`) つーかコメント欲しい(´･ω･｀) BDD (Behavior Driven Development) というものを今更ながら知りました。 言葉だけはたまに見かけてましたが、どんなものか全く知ろうとせず、ずっとどうでもいいやと思っていました。 ところがこれ、TDD を進化させたようなものだったんですね。 「テスト駆動開発」ではどうしても「品質のため」と誤解されがちで、「設計のため」って言っても中々信じてもらえません。でも「ビヘイビア駆動開発」ならきっと大丈夫。 これからは TDD を捨てて BDD へ移行していきたいと思います。 ただ、.NET 界隈だと残念ながら BDD はあまり浸透してない感じですね。具体的にどういう方法で実践していくのが良いか悩みどころです。 [Web 上で見つけた

C#がメインで他もまぁ諸々なブログです おかしなこと書いてたら指摘してくれると嬉しいです(´･∀･`) つーかコメント欲しい(´･ω･｀) .NET Framework 3.5 が出てきた時からずっと思っていたことなのですが、今更一言。 独自のデリゲートを定義する代わりになんでもかんでも Func デリゲートやら Action デリゲートで済ますのはやめましょう。 これらのデリゲートは汎用的に使用できるようにと定義されていますが、大きな欠点があります。それは、パラメータに名称を付けられないということです。 例えば Enumerable.Select<TSource, TResult>(this IEnumerable<TSource> source, Func<TSource, Int32, TResult> selector) メソッドは、Func<TSource, Int32, TRe

C#がメインで他もまぁ諸々なブログです おかしなこと書いてたら指摘してくれると嬉しいです(´･∀･`) つーかコメント欲しい(´･ω･｀) フィールド、プロパティ、メソッドの戻り値・パラメータには List<T> を (原則) 使用しない方がいいかもしれない。 代わりに IEnumerable<T>、IList<T>、ICollection<T>、Collection<T> のいずれかを使う。 [ 理由 1 ] List<T> はパフォーマンス向上のために使用するコレクションで、継承は想定されていない。一方、Collection<T> は、継承して独自のコレクションを定義することが可能な (想定されている) コレクション。 このため、外部に公開するプロパティや外部に公開するメソッドの戻り値・パラメータで List<T> を使用することは推奨されていない。 僕は 「List<T> は多態性を

C#がメインで他もまぁ諸々なブログです おかしなこと書いてたら指摘してくれると嬉しいです(´･∀･`) つーかコメント欲しい(´･ω･｀) .NET Frameworkでは、メモリはGCが管理する。 オブジェクトのメモリは、そのオブジェクトがアクセス可能である限り、回収されることはない。オブジェクトがアクセス不可能になるとオブジェクトのメモリはGCの対象となり、適切なタイミングでGCが回収してくれる。 変数（フィールドやらローカル変数やら）に格納されている参照のことを「強い参照」と言う。 「アクセス可能なオブジェクト」とは、強い参照が存在するオブジェクトのことを言う。ただし、その強い参照を所持しているオブジェクトもアクセス可能なオブジェクトである必要がある。つまり、強い参照を所持しているオブジェクトを辿って行くとアクセス不可能なオブジェクトに辿り着く場合、それらは全てアクセス不可能なオブジ

C#がメインで他もまぁ諸々なブログです おかしなこと書いてたら指摘してくれると嬉しいです(´･∀･`) つーかコメント欲しい(´･ω･｀) Trac で MasterTicketsPlugin というプラグインを使うと、チケットのカスタムフィールドに、親チケット (blocking) フィールドと子チケット (blockedby) フィールドを追加できます。これにより、チケットに親子関係を持たせることができます。 僕が気づいた限りでは、次のような機能があるようです。 チケット表示画面で親チケット・子チケットにリンクが貼られる 適切に相互参照されるよう関連チケットの親チケットフィールド・子チケットフィールドを自動更新 未解決の子チケットがあるチケットを解決済みにできないようブロック チケット表示画面の右上の Depgraph というリンクから依存関係のグラフが見れる (※) ※ この機能を使

C#がメインで他もまぁ諸々なブログです おかしなこと書いてたら指摘してくれると嬉しいです(´･∀･`) つーかコメント欲しい(´･ω･｀) "C:\TracLight" に Trac Lightning をインストールした後、"C:\TracLight\projects" フォルダを "D:\TracLight\projects" に移動する場合。 TracLightning サービスが開始されている場合は停止する。"C:\TracLight\projects" フォルダを "D:\TracLight\projects" に移動する。"C:\TracLight\CollabNetSVN\httpd\conf\httpd.conf" ファイル内にある全ての "C:\TracLight\projects" を "D:\TracLight\projects" に置換する。"C:\TracLigh

C#がメインで他もまぁ諸々なブログです おかしなこと書いてたら指摘してくれると嬉しいです(´･∀･`) つーかコメント欲しい(´･ω･｀) MVP パターンについて、僕なりに理解していること、こうした方が良いと思うことを書き綴ってみようと思います。 MVP パターンは書籍「ドメイン駆動」で知りましたが、GUI Architectures は英文苦手なので読んでません。だから、違うこと言っている可能性もあります。どちらかというと、僕が MVP パターンを適用する時の個人的な考え方、ということになるかもしれません。 また、ここでは特に、ASP.NET 開発で MVP パターンを適用する場合について書いていきます。もしかしたら、それ以外の開発では若干当てはまらない点があるかもしれません。 [MVP パターンとは] MVP (Model View Presenter) パターンは、MVC (Mod

C#がメインで他もまぁ諸々なブログです おかしなこと書いてたら指摘してくれると嬉しいです(´･∀･`) つーかコメント欲しい(´･ω･｀) クラスがアンマネージリソースをフィールドに保持する場合、またはIDisposableインターフェイスを実装するクラスをフィールドに保持する場合、そのクラスはIDisposableインターフェイスを実装する必要がある。 IDisposableを実装する際は以下の要件を満たすために、Dispose Finalizeパターンを適用する。 Dispose()はマネージリソースとアンマネージリソースの解放処理を行う。 デストラクタはアンマネージリソースの解放処理を行う。 Dispose()が呼び出された場合、デストラクタがGCによって呼び出されることのないようにする。 Dispose()は複数回呼び出されても良いようにする。 Dispose()、デストラクタでは

C#がメインで他もまぁ諸々なブログです おかしなこと書いてたら指摘してくれると嬉しいです(´･∀･`) つーかコメント欲しい(´･ω･｀) ビルド自動化のために。 PowerShell で Visual Studio のソリューションから Visual SourceSafe の関連付けを削除する関数。 この関数が行うことは以下の３つ 指定したフォルダ内の全てのファイル・フォルダから、"読み取り専用" 属性を外す mssccprj.scc 等の VSS ファイルを全て削除 ソリューションファイル, プロジェクトファイル ( ※ ) に記述されている VSS の設定を削除 ※ C# プロジェクト, VB プロジェクト, Web 配置プロジェクト, セットアッププロジェクトに対応。 [ パラメータ ] solutionFolderPath ソリューションが格納されているフォルダのパス。 [ De

C#がメインで他もまぁ諸々なブログです おかしなこと書いてたら指摘してくれると嬉しいです(´･∀･`) つーかコメント欲しい(´･ω･｀) ASP.NET では、Global.asax で例外を一元的にハンドリングするためのエラー ハンドラを用意することができました。しかし、WCF では残念ながら Global.asax がサポートされていません。 ( ASP.NET 互換モードでも非サポート。 ) WCF では、例外を一元的にハンドリングするための機構が別の方法で提供されています。 Global.asax に比べて、手順がやや面倒となりますが、クライアントにフォールトメッセージを通知することを考慮した仕組みにはなっています。 【 IErrorHandler インターフェイス 】 例外を一元ハンドリングするのは、 IErrorHandler インターフェイス (System.Service

C#がメインで他もまぁ諸々なブログです おかしなこと書いてたら指摘してくれると嬉しいです(´･∀･`) つーかコメント欲しい(´･ω･｀) 以前業務エラーについての記事を書いてから、もう 1 年半以上が経ちます。 今でもこの記事にコメントを頂くことがあり大変有難いのですが、実は、現在はまたもや異なる見解、というか捉え方をしています。(何度もすみません…) といっても、「業務エラーは戻り値で表すべき」という考えになったというわけではありません。 以前は業務エラーは「戻り値」で表すべきか「例外」で表すべきかについて悩んでいましたが、今の僕は、そもそも業務エラーを表すのはこのどちらでもないと考えています。 まず、 戻り値は、メソッドが結果を返すためのものです 例外は、メソッドが例外的事象を通知するためのものです このことは以前の記事にも書いてあります。 そして、これが全てです。 戻り値も例外も、

C#がメインで他もまぁ諸々なブログです おかしなこと書いてたら指摘してくれると嬉しいです(´･∀･`) つーかコメント欲しい(´･ω･｀) WCF では独自のビヘイビアを定義することができます。 【 独自のビヘイビア クラスを定義 】 ビヘイビアには、サービス ビヘイビア、エンドポイント ビヘイビア、コントラクトビヘイビア、オペレーションビヘイビアの4種類があります。 これらは、それぞれ利用できる適用方法が、以下のように異なります。 サービス ビヘイビア、エンドポイント ビヘイビアは、コンフィギュレーションで適用することができます。 コントラクト ビヘイビア、サービス ビヘイビア、オペレーション ビヘイビアは、プログラムでカスタム属性として適用することができます。 全てのビヘイビアは、プログラムで ServiceHost オブジェクトをカスタマイズして適用することができます。 [ サービス

C#がメインで他もまぁ諸々なブログです おかしなこと書いてたら指摘してくれると嬉しいです(´･∀･`) つーかコメント欲しい(´･ω･｀) StackFrame クラス (System.Diagnostics) を使用すると、呼び出し元メソッドを取得することができる。しかし、Release ビルドされたアセンブリでは JIT 最適化により呼び出し元メソッドがインライン化されている可能性がある。 例えば、次のコードの実行結果を Debug ビルドと Release ビルド (非デバッグ実行) とで比較すると一目瞭然だ。 using System; using System.Diagnostics; using System.Reflection; using System.Runtime.CompilerServices; namespace ConsoleApplication1 { cl

C#がメインで他もまぁ諸々なブログです おかしなこと書いてたら指摘してくれると嬉しいです(´･∀･`) つーかコメント欲しい(´･ω･｀) いいもの見っけた (`･ω･´) Mokosh | VsCommands ソリューションエクスプローラで、ファイルを複数選択して右クリック → [Group Items] をクリックすると選択したファイルがグループ化される。多段の入れ子にすることもできる。 ファイルの複数選択は Ctrl キー押しながらファイルをクリックしてけばオッケー。 ちなみに、ファイルを入れ子にするって指定は元々プロジェクトファイルがサポートしている機能 (DependentUpon 要素) なので、VSCommands をインストールしていない Visual Studio で開いてもちゃんと入れ子になって表示される。 よし、これでさっきここに書いた ├─ Hoge.cs ├─

C#がメインで他もまぁ諸々なブログです おかしなこと書いてたら指摘してくれると嬉しいです(´･∀･`) つーかコメント欲しい(´･ω･｀) NDepend というコードメトリクスツールがあります。 コードメトリクスツールとは、コードの品質を測定するツールです。品質を測定することで、コードの改善点を見つけ出し、リファクタリングに繋いでいきます。 例えば、20行を超えるメソッドを (ツールで) 見つけ出し、メソッドの細分化を (プログラマが) 行う、といった具合です。 NDepend は有償ですが、それだけの価値があるツールです。 実際に見てみましょう。 0. ソリューションの用意 新規作成直後のコンソールアプリケーションプロジェクトが 1 つだけ含まれるソリューションを用意してください。今回はこのソリューションを測定します。 1. NDepend プロジェクトの作成 まず、NDepend プ

C#がメインで他もまぁ諸々なブログです おかしなこと書いてたら指摘してくれると嬉しいです(´･∀･`) つーかコメント欲しい(´･ω･｀) [ クライアントのアカウント情報を取得する ] WCFでは、 ServiceSecurityContext クラス (System.ServiceModel) のCurrent 静的プロパティから、現在のクライアントのアカウント情報を格納する ServiceSecurityContext オブジェクトが取得できます。 この ServiceSecurityContext オブジェクトの WindowsIdentity プロパティまたは PrimaryIdentity プロパティにて、クライアントのアカウント情報を取得できます。 しかし、バインディングの設定によってはクライアントのアカウント情報を取得できません。その場合、 ServiceSecurityC

C#がメインで他もまぁ諸々なブログです おかしなこと書いてたら指摘してくれると嬉しいです(´･∀･`) つーかコメント欲しい(´･ω･｀) PowerShell 関数の最終更新日：2008/08/24 自作の PowerShell 関数をまとめました。新しい関数を作成するたびに、これに追加していきます。 PowerShell 上で表示できるヘルプファイルを、各関数毎に用意してありますので、けっこう便利になっていると思います。 例えば、PowerShell 上で "Help New-WCFClient" と実行すれば、New-WCFClient 関数のヘルプが表示されます。 [ ダウンロード ] YokoKen.PowerShell.Scripts ( YKPSScripts.zip ) [ 使用方法 ] 使用方法は、付属の ReadMe.txt を参照してください。 [ 関数一覧 ] 全部

C#がメインで他もまぁ諸々なブログです おかしなこと書いてたら指摘してくれると嬉しいです(´･∀･`) つーかコメント欲しい(´･ω･｀) [ インスタンス コンテキスト モード ] WCFでは、サービスのインスタンス化方式が3種類あります。 クライアント毎にサービスのインスタンスを生成 クライアントを識別しサービスのインスタンスを生成し、クライアントが一連の処理を終えるまで ( クライアントのサービス プロキシ オブジェクトがクローズするまで ) インスタンスを保持します。 要求毎にサービスのインスタンスを生成 サービスのメソッドが呼び出される度にサービスのインスタンスを生成します。一つのインスタンスは一度のメソッド呼び出しにしか使用されません。 シングルトン サービスのインスタンスは常に一つだけ存在し、すべてのクライアントの要求に対して同一のインスタンスが使用されます。 従来のASP.

C#がメインで他もまぁ諸々なブログです おかしなこと書いてたら指摘してくれると嬉しいです(´･∀･`) つーかコメント欲しい(´･ω･｀) "物品" と "ケース" というクラスがあります。 "物品" は "CD" や "ペン" などの総称です。"ケース" は "物品" をなんでも格納できます。 "物品" は抽象的なものですが、"ケース" は具体的なものです。 さらに、"CD" だけを格納できる "CDケース" と、"ペン" だけを格納できる "ペンケース" があります。 この時、"物品" と "CD" の間に継承関係は成り立つでしょうか？また、"ケース" と "CDケース" の間に継承関係は成り立つでしょうか？ 継承関係とは 「is - a」 の関係です。つまり、「"CD" は "物品" である」と言えるなら、"物品" と "CD" の間に継承関係が成り立ちます。「"CDケース" は "