C#

C#のコンストラクタは完全コンストラクタパターンを検討しよう

C#のコンストラクタは完全コンストラクタパターンを検討しよう

コンストラクタとは
インスタンス,生成,引数
コンストラクタとは,インスタンスが生成されるときに
一番最初に動作する部分の事です。

例えばMeasureValueというクラスを作成し
コンストラクタを作成するとこのようになります。

publicの後にクラス名をかかれたものは
コンストラクタになります。

外部からはこのように呼び出されます。

newを実行したときに引数無しのコンストラクタが起動し
その中に今回は何も書いていないので,特に何も起こりませんが
ブレイクポイントなどを置くとちゃんと通っていることが
確認できると思います。

ではこのコンストラクタ,いったい何のために必要なのでしょうか?

それは,インスタンスを生成するときに
クラスの変数などの初期化などが行えます。

例えばMeasureValueクラスに変数を追加します。

intの変数の_valueを追加し,コンストラクタで1を設定しました。
これでインスタンスが生成されるときに_valueに1が入ります。

「そんなのprivate int _value = 1; って書けばいいじゃん!」

ごもっともです。
次のように書いても同じ意味になります。

だた,次のようなパターンではコンストラクタが
強力な意味を持ちます。

この例ではコンストラクタにintの引数を持ち
_valueに代入しています。

これで,呼び出し元が値を自由に設定できるようになります。

さらにprivate int _value;をreadonlyにすることで
明示的にコンストラクタでの変更しかできない
変数を作ることができます。

こういったコンストラクタで内部変数の値がすべて決まり,
その後一切変更できない実装を「完全コンストラクタパターン」といいます。

このように実装すると,インスタンスが生成されてから
一切値が変わらないので,可読性や保守性の高い
より良いコードとなります。

コンストラクタに関する説明は以上となります。
最後までお読みいただきありがとうございました。

トップページへ戻る

オブジェクト指向の原則 単一責務の原則

C#を正しい3層構造で造れてますか?

非売品コースを受け取る

#00_はじめに
#01_単一責務の原則とは
#02_原則違反の例
#03_変更理由単位でクラスを分ける
#04_3層構造の例
#05_修正箇所を最小にできる
#06_修正する場所が明確になる
#07_共通化しましょうという話ではない
#08_少々悪いコードでも問題視しない理由
#09_探しやすいコード
#10_クラスは機能ごとに小さく作る
#11_小さなクラスがそれぞれに協調して目的を達成させる
#12_多数の部品群のなかから摘まんで作る
#13_クラスはどこまで小さくすればいいのか
#14_アンダーソン式単一責務の原則
#15_最小カプセルの検証_監視タイマークラス
#16_最小カプセルの検証_受注画面クラス
#17_最小カプセルの検証_ユーザークラス
#18_最小カプセルの検証_商品マスターデータアクセス
#19_登場人物に合わせたモデリングの四角と線
#20_四角と線を最小カプセル化する
#21_アンダーソン式手順
#22_パターンを見つけ出す
#23_プログラミングの自問
#24_さいごに