どーいうことだってばよ? 2016/07/26は雨が降って､自転車に乗れなかったのでむしゃくしゃしてやった｡後悔はしていない｡ System.Collections.Immutableを簡単にまとめていこうかなって｡ どこから取れるの? System.Collections.Immutable このあたりから落としてくれば良いかと｡ただ､VisualStudio使ってるなら､Nugetでさくっと落としてきた方が楽です､えぇ｡ Mutableなモノたち 普段､一般的に使っているList<T>や､配列はImmutableでは無いので､以下のような操作をした結果､操作したインスタンスの状態が変化する｡ using System; using System.Collections.Generic; namespace ConsoleApplication1 { class Program { st

汎用ジェネリックコレクション ページ一覧汎用ジェネリックコレクション汎用ジェネリックコレクション(1) Collection/ReadOnlyCollection汎用ジェネリックコレクション(2) ObservableCollection/ReadOnlyObservableCollection汎用ジェネリックコレクション(3) KeyedCollection System.Collections.ObjectModel.ObservableCollectionクラスは、コレクションに対する挿入・削除・設定を行った際にそれらの変更をクラス外部にイベントとして通知することができるようになっているクラスです。　ObservableCollectionクラスは、ユーザーインターフェイスとコレクションの同期したい場合などに使用されます。 ObservableCollectionクラス自体はColl

Indexer を利用する際に詰まることがあったのでまとめます。 Indexer（インデクサ）って？ var value = array[index]; や var value = dictionary[key]; 要するに 配列の要素indexを指定 DictionaryのKeyを指定 して要素を取り出す時に使うアレです。 実装方法 C#では下記のような記述で実装します。 public class Item { readonly List<string> container; /* 中略 */ /// <summary>インデクサー！</summary> public string this[int index] { get { return this.container[index]; } set { this.container[index] = value; } } } さて、これ

OpenXMLを使用して、C#のプログラムからExcelファイルの出力を試しています。 OpenXMLを使用してExcelファイルをC#のプログラムから出力する OpenXML + C#のプログラムでExcelの行の高さ、列の幅を指定する OpenXML + C#のプログラムでフォントの指定を行う OpenXML + C#のプログラムでセルの文字の配置を指定する OpenXML + C#のプログラムでセルの塗りつぶし色を指定する OpenXML + C#のプログラムで罫線を引く OpenXML + C#のプログラムでセルの結合 Open XML SDK Productivity Tool のインストール 今回は、画像の貼付けを行なってみます。 サンプル こちらを参考にさせて頂きました。 Advanced styling in Excel Open XML http://polymathpr

C#小ネタと言いつつ、IL小ネタになりがちだったので、今日はC#小ネタらしく。 最初にちょっとしたクイズ。 まず、中身は何でもいいんですが適当な2引数のメソッドを用意します。 例として、単純な足し算でも用意しておきましょう。 static int F(int x, int y) => x + y; 以下の2つのコードの挙動は同じでしょうか？違うでしょうか？ 1つ目: 一時変数を使用 var temp = F(2, 3); var result = F(1, temp); 2つ目: 1つの式で計算 var result = F(1, F(2, 3)); まあ、同じですね。副作用を残さない限りは。 オペランドの評価順序 ということで、今日はオペランドの評価順の話です。 上記の2つのコードを、わざと副作用付きに書き換えてみます。 そのためにとりあえず、副作用を起こすメソッドを追加。 Consol

using(StreamReader sr = new StreamReader(...)) { ... } using ブロックを使った際（Dispose() が呼ばれれば）、StramReader.Close() は呼ばなくていいみたいなんですが、自分なりに「何故？」が説明できなかったので調べてみました。 Dispose calls Close? とりあえず真っ先に思いついたのが、「 Dispose() の中で Close() が呼ばれているから？」 さっそくMSDNに確認をとってみたところ... StreamReader.Dispose() この TextReader オブジェクトによって使用されているすべてのリソースを解放します。 (TextReader から継承されます。) おやおや？ StreamReader の Dispose() は、親クラスである TextReader の

CodeZine編集部では、現場で活躍するデベロッパーをスターにするためのカンファレンス「Developers Summit」や、エンジニアの生きざまをブーストするためのイベント「Developers Boost」など、さまざまなカンファレンスを企画・運営しています。

ソース行、アセンブリ命令、および呼び出し履歴の関数のブレークポイントを設定します。 条件、ヒット カウント、および実行位置を指定します。 トレースポイントで出力します。 ブレークポイントを保存およびインポートします。 内容 Create breakpoints that break when you want Set a breakpoint at a source line, assembly instruction, or call stack function Access the advanced functionality of breakpoints Specify when a breakpoint breaks by hit count, expression evaluation, execution location, or data change Print to t

.NETでは、「アセンブリ＋名前」の組み合わせで型を厳密に判定します。 その結果、異なるアセンブリでまったく同じ名前の型を定義しても、それぞれ別の型として扱われます。 これは、人的ミスの削減や、悪意あるコードへの耐性につながる一方で、 型の定義場所を移動させたいときに困ります。 そこで.NETは、型の検索の際に、別のアセンブリに転送する仕組みを提供しています。 これを型フォワーディング(Type Forwarding)と呼びます。 概要 TypeForwardedTo属性 モジュール分割 余談: 逆のやり方 余談: .NET 標準ライブラリのモジュール化 バックポーティング 概要 .NETでは、「アセンブリ＋名前」の組み合わせで型の所在を検索します。 その結果、異なるアセンブリでまったく同じ名前の型を定義しても、それぞれ別の型として扱われます。 これは、人的ミスの削減や、悪意あるコードへの

ColorMatrixを使用した方法ネガティブイメージ（色を反転させた画像）を作成するには、画像のすべてのピクセルで、255からRGBの各成分を引きます。この処理は、ColorMatrixクラスを使用すれば簡単にできます。ColorMatrixに関して詳しくは「画像のカラーバランスを補正して表示する」をご覧ください。 以下の例では、指定された画像からネガティブイメージを作成するメソッドを作成しています。また、PictureBoxコントロール（PictureBox1）をクリックすると、画像ファイル（C:\test\1.bmp）のネガティブイメージが表示されるようにしています。 'Imports System.Drawing ''' <summary> ''' 指定された画像からネガティブイメージを作成する ''' </summary> ''' <param name="img">基の画像</

はじめに この連載では、ほぼすべてのサイズのプログラムで利用できる簡単なアプリケーションアーキテクチャの作成について見ていきます。記事中で使用するコードは概念を説明するためのものであり、実際に使用するためのものではありません。 パート1：データに知能を持たせる すべてのアプリケーションは一連のオブジェクトからなり、これらオブジェクトの多くはプロパティ群を公開しており、外側から操作できるようにしています。データメンバーを直接公開するのではなくプロパティを使用するのには、2つの利点があります。1つめはgetter/setter内に暗黙の操作を実装できること、2つめは、暗黙の操作を実装しない場合でも、リフレクションなどのツール向けに共通の基準を提供できることです。まずは、インボイス（請求明細書）を表す簡単なクラス群を考えてみましょう。 public class Invoice { Invoice

WinFormsのComboBoxで不可解なバグにぶちあたってしまいました。 ComboBoxStyle=DropDownListの（手入力不可、プルダウンから選択のみ可能な）コンボボックスですが、ソースコードからSelectedIndexなりSelectedItemなりで選択値を指定して画面表示した後、マウス右クリックを押しっぱなしにした状態でマウス左クリックすると、なぜか一瞬だけプルダウンが開かれてすぐ閉じられてしまった挙句、コンボボックスが未選択の状態に戻ってしまいます。 Web上で情報収集してみたところこんな情報があったり。 http://mitsu.three-atmarks.com/archives/9513 またプルダウンの選択値が一切ない状態だと例外が発生しまうようです。 http://okwakatta.net/topic/topic047.html 挙動を調べた限りでは