【C#】「なぜ {get;set;}; はエラーなの？」C#の厳格すぎる文法に隠された“優しさ”

たまにはプログラムのお話でもしようかなということで、今回はC#のよくあるエラーと設計思想なんかについて話したいと思います。

はじめに：C#の「お作法」に戸惑っていませんか？

C#を学び始めたばかりの頃、多くの人が直面する「不思議なエラー」があります。

その代表格がこれです。

public int ItemID { get; set; } // これはOK  
public int ItemID { get; set; }; // これはビルドエラー！

「文の終わりにはセミコロン ; を付ける」と教わったはずなのに、なぜここではエラーになるのでしょうか？しかも、class MyClass {}; と書くのは許されるのに……。

実は、この些細な違いの中に、C#という言語が何を大切にしているかという「設計思想」がギュッと詰まっているのです。今回は、C#の文法の裏側にある「なぜ？」から、モダンな非同期処理 async/await の話まで、一気に紐解いていきましょう。

第1章：セミコロンの「居場所」には理由がある

「文」と「宣言」の違い

プログラミングの世界には、大きく分けて「文（Statement）」と「宣言（Declaration）」があります。

• 文: 「1を足せ」「画面に表示せよ」という実行命令。最後に ; が必要。
• 宣言: 「こういう名前の、こういう箱（プロパティやクラス）を作ります」という定義。

プロパティの定義は後者です。C#の構文ルールでは、波括弧 { } で終わる定義は、その閉じ括弧で「定義が完結した」とみなされます。

なぜ class {}; はOKで、プロパティはNGなのか

ここにC#の面白いルールがあります。

• 名前空間（namespace）の中: 「空の宣言（何もしない ; ）」が許されています。これはC++などの古い言語から来た人が、つい癖で ; を付けてしまってもエラーにしないための、歴史的な「互換性」への配慮です。
• クラスの中: ここは非常に厳格です。クラスの中には「有効なメンバー（変数、メソッド、プロパティなど）」しか置けません。プロパティの後に ; を置くと、コンパイラは「あ、新しいメンバーが始まるんだな」と期待しますが、中身が ; だけなので「名前がないメンバーなんて認めないぞ！」と怒ってしまうわけです。

クラスの中は「一字一句すべてに意味があるべき」という、C#のストイックな一面ですね。

第2章：C#は「未来のあなた」を助けるために厳しい

C#を触っていると、「もっと短く書かせてくれよ！」と思う場面があるかもしれません。しかし、その厳しさの裏には**「読み手が絶対に誤解しないようにする」**という徹底した安全思想があります。

ref や out をわざわざ2回書かせる理由

C#では、参照渡し（メソッド内で引数の値を書き換えること）を行う際に、メソッドを「作る側」だけでなく「使う側」にも ref キーワードを要求します。

// 呼び出す側も ref が必要  
UpdateValue(ref myScore); 

これは、数千行あるコードをメンテナンスしているエンジニアが、わざわざ定義元を見に行かなくても、「あ、この変数 myScore はこのメソッドの中で書き換えられるな」と一瞬で判断できるようにするためです。「書く効率」よりも「読む効率、間違いの少なさ」を優先しているのです。

第3章：魔法の呪文 async/await も「読みやすさ」のため

さて、C#の大きな特徴の一つに「非同期処理（async/await）」があります。これも、実は「読みやすさ」と「性能」を両立させるための天才的な発明です。

昔の非同期処理は「地獄」だった

例えば、「ネットからデータをダウンロードして、終わったら画面に表示する」という処理。昔のプログラミングでは、ダウンロードが終わった後に実行する処理を「コールバック（後でやってねという指示）」として渡していました。

これが重なると、コードが右に右にと深くなり、読みづらくて仕方のない「コールバック地獄」に陥っていました。

C#が持ち込んだ「魔法」

そこで登場したのが async と await です。

public async Task DownloadFileAsync()  
{  
    var data \= await client.GetStringAsync("https://example.com"); // ここで待つ  
    Console.WriteLine(data); // 終わったらここから再開  
}

このコードのすごいところは、「非同期な処理なのに、上から下へ順番に実行されるコードのように見える」ことです。

await という言葉には、「ダウンロードが終わるまで、このスレッド（作業員）は一旦別の仕事（画面の更新など）をしていいよ。終わったらまたここに戻ってきてね」という意味が込められています。

これにより、「画面がフリーズしない（ユーザー体験）」と「コードが読みやすい（開発体験）」の両方を同時に手に入れたのです。

第4章：進化するC#が目指す「便利」と「堅牢」のバランス

C#はただ厳しいだけの言語ではありません。時代に合わせて、どんどん「楽に書ける」ようになっています。

• init プロパティ: 「作成時の一瞬だけ書き込めるけど、その後は絶対変更禁止」という絶妙な制限。
• using 宣言: リソース解放のための { } を省略できるようになり、本質的なロジックに集中できるようになりました。

厳格なルールを守りつつ、不要な手間は削ぎ落としていく。この「進化し続けるバランス感覚」こそが、C#がプロフェッショナルの現場で長年愛されている理由です。

おわりに：エラーメッセージは「対話」である

もしあなたが、プロパティの後ろに ; を付けて怒られてしまったり、await を書き忘れて警告が出たりしても、落ち込む必要はありません。

それは、C#という言語があなたに対して、

「そこは間違いやすいから気をつけて！」
「こう書いたほうが、後で自分が楽になるよ！」

とアドバイスを送ってくれているのです。

文法のルールを単なる「暗記」として捉えると苦痛ですが、「なぜこのルールがあるのか？」という設計者の意図に思いを馳せると、プログラミングはぐっと楽しくなります。

C#は、あなたが書いたコードを一年後の自分や、見知らぬ誰かが読んだ時、迷わずに済むように導いてくれる、とてもお節介で、最高に優しいパートナーなのです。

この記事で紹介した生活改善以外にも、日々の家事や仕事を快適にするライフハックを以下のページで体系的にまとめています。ぜひチェックしてみてください！
zeronicle.com

ここまで読んでくださりありがとうございました！

リンク