ブログ追加

Author: y-yamasaki

WebSite/content/other/blog_00022.md

@@ -0,0 +1,167 @@
+---
+title: C#14の新機能の解説
+date: 2025-12-12 
+category: C# 
+description: 
+tags: [Gemini, Copilot, API] 
+recommended: true 
+thumbnail: assets/img/gemini_icon.png
+---
+
+こんにちは！パン君です。
+
+今回は先月末に公開された C#14 のドキュメントからいくつか機能をピックアップして紹介しようと思います。  
+公式はこちら  
+[!CARD](https://learn.microsoft.com/ja-jp/dotnet/csharp/whats-new/csharp-14)
+
+# field キーワード
+
+よくフィールドとプロパティを利用して下記のような記述を多様する方がいるかと思います。
+これの目的はご存知の通り カプセル化が主な目的です。  
+これが今回の新機能で下記のように記述が可能になりました。  
+
+```csharp
+// before
+private string m_foo;
+public string Foo
+{
+    get => m_foo;
+    private set => m_foo = value; 
+    // nullチェックを入れたかったら 
+    // ?? throw new ArgumentNullException(nameof(value))
+}
+
+// after
+public string Foo
+{
+    get;
+    set => field = value;
+} 
+```
+
+IntelliSenseがあるIDE利用者とかは `m_` と入力して予測補完させる人とか多いはずなので、正直コードの組み方次第な機能ですね  
+Regionとかでくくったり、可読性など気にしていたり、  
+IntelliSense前提のコーディングをしていない人とかなら良いのかも？  
+
+まぁそもそもちゃんとしたコード規約の元作られているプロジェクトでの作業前提ではありますが、、、　　
+
+一応このシンボルと重複した命名があるときの対処法もドキュメントは追記してくれています。  
+がしかし、それより先に`field`っていう命名を見つけたら`git blame`で特定してその人を警戒するようにしましょう。  
+
+> fieldという名前のシンボルを含む型のコードを読み取る場合、破壊的変更や混乱が生じる可能性があります。  
+> @fieldまたはthis.fieldを使用して、field キーワードと識別子の間であいまいさを解消したり、  
+> 現在のfieldシンボルの名前を変更して区別を深めることができます。
+
+[!CARD](https://learn.microsoft.com/ja-jp/dotnet/csharp/whats-new/csharp-14#the-field-keyword)
+
+# 拡張メンバー
+
+よく引き数に `this ClassName valueName` と記述するあれですね  
+
+```csharp
+public class Foo 
+{
+    public int hoge = 1;
+}
+
+// before
+public static class FooExtensions
+{
+    public static int BeforeExtension(this Foo foo) => foo.hoge;
+}
+
+// after
+public static class FooExtensions
+{
+    extension(Foo foo)
+    {
+        public int AfterExtension() => foo.hoge;
+    }
+}
+```
+
+メリットは  
+
+- 毎回引き数にインスタンスを渡す場所の明記がいらなくなった
+- extension ブロック内に記述すればいいので、視覚的に優しくなった
+- 拡張プロパティも宣言可能
+- 拡張オペレーターの宣言も可能
+
+他詳細は下記の公式参照  
+[!CARD](https://learn.microsoft.com/ja-jp/dotnet/csharp/whats-new/csharp-14#extension-members)
+
+# Null　条件付き割り当て 
+
+```csharp
+public Class Hoge
+{
+    public string? Name = { get; set; } = null;
+}
+
+void string GetName() => "Pankun";
+
+void Foo(Hoge? hoge)
+{
+    // before
+    if(hoge is not null) // Null check can be simplified (IDE0031)
+        hoge.Name = GetName();
+      
+    // after  
+    hoge?.Name = getName();  
+}
+```
+
+メリットは  
+
+- ネスト節約
+- 上に続いて可読性向上
+
+# Partialメンバー
+
+```csharp
+// Foo.cs
+public partial class Foo
+{
+    // コンストラクター実装
+    public partial Foo()
+    {
+        Hoge();
+    }
+    
+    // メンバ関数追加
+    private partial void Hoge() => Console.WriteLine("Partial Hoge");
+}
+
+// Foo.members.cs
+public partial class Foo
+{
+    // ここで宣言だけ追加が可能
+    // コンストラクター対応
+    // staticは対応していません
+    public partial Foo(); // Success
+    private partial void Hoge(); // Success
+}
+```
+
+これで 「これ定義無いけどなんで呼べているんだ？」　とならなくて済みます。
+
+
+# nameofが未バインドジェネリック型に対応
+
+```csharp
+public static void ShowExample()
+{
+    // Before
+    Console.WriteLine(nameof(List<int>)); // List<int>
+    
+    // After
+    // nameof する引数はバインドされていないジェネリック型にすることができます。
+    Console.WriteLine(nameof(List<>)); // List
+    // NOTE: Use unbound generic type (IDE0340) の警告が出ます。
+    Console.WriteLine(nameof(List<int>)); // List<int>
+}
+```
+
+これにより幅広く判定が取れるようになりました
+
+#