C# on カネコチ開発

Stringはプリミティブ型である。【Angular】【C#】

Sun, 03 Sep 2023 06:51:38 +0000

Angular の String はプリミティブ型ということを

最近知ったので、内容をまとめていきます。

２つの型

まず、Angular というか TypeScript には、２つの型があります。以下、Angular で話を進めます。

プリミティブ型は値をそのまま保持している。

オブジェクト型は値の参照先を保持している。

例えるならば、

1.ノート（変数）に貯金額の１０万円を記載する＝プリミティブ型であり、

2.ノート（変数）に１０万円入っている銀行の口座情報を記載する＝オブジェクト型のようなイメージ？

もう一度上記を別のノート（変数）に記載したときに、1 はどちらも独立している為、

消しゴムでそれぞれ違う金額に書き直せる。

２は、口座の金額を書き換えると参照先が同じなので、どちらも同じ金額になる。

C#と Angular で勘違いしてた

C#では String 型は参照型（オブジェクト型）であった為、

Angular でも参照型と勘違いしていました。

調べてみると C#の String 型が参照型であることが、イレギュラーな認識？であるというのが多いようです。

というのも、C#の String は値型のように振る舞う参照型なのです。

var a ="あ";

var b = a;

a = "い”;

上記のようにした時に、変数 b には”あ”が入っている。

値型やんと思ってしまいますよね。

実際には、参照先のアドレスが変数を作成する度に、

新規で作成される為、上記のような動きになるようです。

Angular も裏の動きでは C#と同じように動いているのかなー。

不変性のある型をプリミティブ型という枠として TypeScript では呼んでるのかな。

よくわからん。

なぜ、Angular の String 型を調べたのか

Angular にて input のテキストボックス３つを ngfor で作成しました。

その際に、String の配列で初期値を空で作成した所、

初期入力時に、３つのテキストボックス全てに入力した値が入る事態が発生しました。

（それ以外にも、１文字しか入力できないとか、一つ目に入力した値が２つ目に入るとか）

String の配列ではなく、Object の配列にすることで解消しました。

原因は分からずじまいです。

String 型がプリミティブ型であり、初期値も空で同じであった為、

コントロールに相違がなく、全て同じコントロールとみなされていたのでしょうか。

Object にすることで、参照先がそれぞれ変わる為、別の値とみなされて解決したのか？という感じです。

いやーわからん。

バッキングフィールドとはなんや【C#】

Wed, 16 Aug 2023 12:07:56 +0000

最近、C#にてバッキングフィールドという単語を知ったので、

内容について調べて、まとめたいと思います。

Backing の意味は「補助」

backingは補助とか伴奏という意味みたいですね。

援助、後援、支援、支持

〔集合的に〕支持者、後援者

〔本などの〕裏張り、裏打ち、裏当て

〔ポピュラー音楽の〕伴奏、バック

自動生成プロパティの省略箇所＝バッキングフィールド

下記のような、ゲッターセッターをもつ、自動生成プロパティがあるときに、

（C#3.0 から出来るようになった。）

`1`	`public int Hoge { get; set ;}`

実際には、値を一旦格納するフィールド変数を上記プロパティは持っていて、

下記のようなコードになっています。

そして、その値を一旦格納するフィールド変数こそがバッキングフィールドです。

（プロパティの補助的な立ち位置なので、backing なのかな。）

private long hoge; // ここがバッキングフィールドです。

public long Hoge {

  get {

  　　return this.hoge;
  }

  set {

      this.hoge = value;

  }
}

実際に使った時のこと

業務の中で上記、バッキングフィールドを利用した事例としては、

API のリクエスト値用のクラスがあり、そのプロパティの中に IEnumrable型がありました。

リクエスト値用のクラスを初期化した際に、

上記は参照型であるため Null が初期値として入ります。

Null ではなく、空の配列を初期値として設定する為、

バッキングフィールドに対して空の配列を設定する修正をしました。

private IEnumerable  hoge = Enumerable.Empty(); // 空の配列をバッキングフィールドに指定

public IEnumerable Hoge {

  get {
  　　 return this.hoge;
  }

  set {
      this.hoge = value;
  }
}

その他調べたこと

他に調査の中で見つけたもの。内容については、あまりわかっていない。

C# 7.3 から自動実装プロパティのバッキングフィールドに属性をつけられるようになった
_hoge のようにアンダーバーとプロパティ名をつけるとバッキングフィールドと見なされる。
Entity Framework (EF) Core で DB の値を格納するときに、プロパティもしくはフィールド名どちらでも一致できるようにしている？