honamisのブックマーク - はてなブックマーク

C#でもタプル使いたいよね。で、GetHashCodeのオーバーライドはどう実装すればよいの？ - Bug Catharsis

遅ればせながら、C#でもタプルが欲しくなった今日この頃。 C#4.0では標準でタプルを用意してくれるっぽいけど、今すぐ欲しいよ。 HaskellやPythonなどにあるタプル。C#でも使いたいよね！タプルとは、いくつかの値（数値型、文字列型など)をひとつにまとめて、あたかもひとつの値のように扱える機能です。リストや配列が同じ型をまとめるのに対して、タプルは用途や型が異なる型について、ひとつにまとめる目的で使われます。その特徴から、汎用的で匿名な構造体と考えて差し支えないでしょう。さっそくジェネリックを用いて、２要素と３要素のタプルを作ってみます。 using System; using System.Diagnostics; using System.Runtime.InteropServices; namespace ClassLibrary1 { /// <summary>

honamis 2011/09/22

リンク

ExpandableObjectConverterっていちいち実直に実装するのは面倒だよね。Reflectionを活用してネストしたプロパティを楽に量産してみよう。 - Bug Catharsis

ExpandableObjectConverterのサブクラスで実装する内容 TypeConverterAttribute属性を用いて、ExpandableObjectConverterおよび、その派生クラスを指定することでプロパティグリッドにネスト表示されるプロパティを作成することができます。通常、ExpandableObjectConverterから派生したサブクラスを作る場合は、 GetProperties、CanConvertFrom、CanConvertTo、ConvertFrom、ConvertTo、GetPropertiesSupported などの各メソッドを必要に応じてオーバーライドして実装することになります。そこで実装する内容は、プロパティの型やその項目数に応じて、プロパティグリッドに表示する内容と、対象となる型との相互(または単方向)コンバートとなります。 E

honamis 2010/11/07

リンク

SilverlightやWPFやってっと、弱い参照のキーと値を管理するWeakDictionaryが欲しくなるよね。 - Bug Catharsis

「弱い参照」と「強い参照」.NET Frameworkでは、ガベージコレクションによってメモリが管理されます。変数（フィールドやローカル変数など）に格納されている参照のことを「強い参照」と言います。強い参照によるオブジェクトは、そのオブジェクトがアクセス可能である限り、ガベージコレクションによって回収されることはありません。オブジェクトがアクセス不可能になるとオブジェクトのメモリはガベージコレクションの対象となり、適切なタイミング回収されます。「弱い参照」とは、 WeakReference クラスによる参照です。WeakReference クラスは、コンストラクタで対象オブジェクトを受け取ります。対象オブジェクトへはTargetプロパティを通してアクセスすることができます。WeakReference オブジェクトは、内部に強い参照を保持せず、参照をIntPtr構造体として保持し

honamis 2010/03/24

リンク

とある契約の備忘目録。契約による設計(Design by Contract)で信頼性の高いソフトウェアを構築しよう。 - Bug Catharsis

「より堅牢で正確性の高いソフトウェアを作りたいぜ！」と願う.NETデベロッパーお待ちかねの、契約による設計(DbC)をサポートするCode Contractsが.NET Framework4より利用できるようになります。 C#をベースとして契約による設計をサポートする「Spec#」を利用するという方法もありますが、学習負担を軽減するためにと、マイクロソフトは言語を意識しなくても開発者が利用できるように、 Code Contractsとして.NET Frameworkで契約をサポートしてくれました。これは、オブジェクト指向および、オブジェクト指向プログラミングが大好きな.NET開発者にとって、とても良い知らせです。わたしも待ち望んでいたうちのひとりです。ありがとうマイクロソフト！！という気持ちでいっぱいです。 VisualStudio2010が4月12日（米国）にローンチされることが

honamis 2010/02/01

リンク

MVVMパターンのViewModelで、INotifyPropertyChangedをいちいち実装すんのかったるい。かといって、AbstractなViewModelBaseは継承したくないでござるよ。 - Bug Catharsis

INotifyPropertyChanged インターフェースを実装した抽象クラス ViewModelBase は、残念な俺俺設計MVVMパターンでViewModelを実装する場合、INotifyPropertyChanged インターフェースを実装するのが面倒という理由もあって、 INotifyPropertyChanged インターフェースを実装した抽象クラス「 ViewModelBase 」を用意したりすることが、世の中的に割と定番となっているような雰囲気がありますが、これはお世辞にもあまりよい設計とは言えないと思う。確かに、ViewModel は INotifyPropertyChanged インターフェイスを実装したものかもしれないが、これは実装を簡略化することだけを目的とした俺俺設計にすぎないからです。抽象クラスはインターフェイスよりも抽象的な表現力が低いということMV