プログラミング言語C#において、ラムダ式はC# 3.0（2007年11月にリリース）で導入されました。C# 14（2025年11月にリリース）に至るまで、ラムダ式にはいくつかのアップデートが行われています。本記事では、そんなC#のラムダ式に関連するアップデートを紹介します。 本記事で紹介する内容は、2025年11月に正式リリースされたC# 14/.NET 10までの内容です。 静的なラムダ式（C# 9） C# 9から、静的なラムダ式が使えるようになりました。英語では「static anonymous function」と表現されています。 ラムダ式と匿名メソッド式に static修飾子がつけられるようになりました。static修飾子がついているラムダ式・匿名メソッド式では、ローカル変数やインスタンスフィールドのキャプチャが禁止されます。

はじめに C#は急速に進化してきた言語です。10年前の「当たり前」は、今では保守性やパフォーマンスの観点から非推奨になっていることもあります。 今回は、レガシーシステムの保守や段階的なリファクタリングに携わる開発者向けに、よくある「昔の書き方」から「現在の推奨」への置き換えパターンを、すぐに実装できるスニペット集としてまとめました。 C＃開発の現場に入ると、新規開発でない限り意外と古いコードを見ることが多いと思います。 今まで受け継がれてきたシステムは大量にあり今でも10年以上前のシステムが元気に動いています。 そして開発者も容易に書き方を変えることはしません。プロジェクトととして統一する狙いもあると思います。それでもコードは確実に進化してます。ぜひ覚えておいてほしい「今と昔のコード」を集めてみました。

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに まず、同期コードと非同期コードについて少し話しましょう。 一般に、コードは「同期」と「非同期」に分けられます。どちらも最終的には処理の完了を待ちますが、同期は現在のスレッドをブロックして処理が終わるまで次へ進みません。一方、非同期はスレッドをブロックせず、開始時に完了後の処理を登録しておき、操作が終わったタイミングでその処理がトリガーされます。 ここで悩ましいのは、同期コードと非同期コードでは書き方がまるで違うことです。 async/await が登場する前は、非同期処理にコールバック関数を渡し、完了時にそのコールバックを呼ん

同期コンテキストとは何か 先日の記事の続きです。先日と言っても昨日ですが(笑) 例によってソースコード（実際に動くコンソールプログラムを含む）は https://github.com/cozyupk/misc/tree/main/src/task-continuation-probe で公開中です。 今日は、まず、.NET における「同期コンテキスト」という概念が何か、というところから書こうかと思うのですが、私の理解では次のようなものです。 【同期コンテキストがない世界】 SynchronizationContext.Current == null の状態を指します。これは、典型的には コンソールアプリの Main メソッド開始時などが該当します。 この状態では、タスクのスケジューリングは基本的に ThreadPool に任されるため、GUIアプリなどでいう「UIスレッド」といった特別なス

※ この記事で紹介するコードの全体像は GitHub にて公開しています。ご興味のある方は、以下のリポジトリで確認できます。 https://github.com/cozyupk/misc/tree/main/src/task-continuation-probe 本記事ではソースコードを一部かいつまんで説明をさせていただきます。 スレッド攪拌処理の導入 課題 C# では Environment.CurrentManagedThreadId を利用して、「現在そのコードが実行されているマネージドスレッドID」を取得することができます。そしてそれをいわゆる "printfデバッグ" (実際にはもちろん Console.WriteLine だったりするわけですが) することで、非同期コードの挙動を観察することができます。 /// <summary> /// ダミーの非同期メソッドです。スレッド

はじめに：C#の「プロパティ」って知ってる？ みなさん、C#の「プロパティ」って知ってますか？ 「知ってるよ！ 変わった書き方の getter/setter の事でしょ？」 …と答えた方。 これは間違いではないですが、間違いです！！！（？） 今のC#の「プロパティ」の役割は広くて重要 たしかに、C#の入門記事とかでは、 プロパティは外からみるとメンバー変数のように見えるgetter/setterだよ～ ――どこかのC#入門 って説明してます。機能の説明、なら間違ってません。 でも、この説明、間違ってないけど説明が足りてません。 今のC#のプロパティ、その説明で想像する範囲より ずっと用途が広くて ずっと重要度が高い んです！！！ だから「再入門」 しましょう。今のC#のプロパティの世界に。 プロパティといえば、まず自動実装プロパティのこと C#の「プロパティ」の宣言は、こういう記法です。

フィードバックを送信 OR-Tools for .Net を使ってみる コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。 以下のセクションでは、.Net 用の OR-Tools の使用方法について説明します。 最適化問題とは .Net での最適化の問題を解決する .Net のその他の例 解決したい問題のタイプを特定する 最適化問題とは 最適化の目標は、考えられる大規模なソリューション セットから問題に対する最適なソリューションを見つけることです。（実現可能な解決策が見つかって満足する場合もありますが、OR-Tools を使用して解決できる場合もあります）。 典型的な最適化の問題は、ある運送業者がトラックを使用して顧客に荷物を配達しているとします。同社は毎日、荷物をトラックに割り当て、トラックごとに荷物を配達するルートを選択する必要があります。パッケージとルー

Reactive programming provides clarity when our code needs to respond to events. The Rx.NET libraries (150m+ downloads) were designed to enable cloud-native applications to process live data in reliable, predictable ways. This book explains the vital abstractions that underpin Rx, and shows how to exploit the powerful and extensive functionality built into the Rx.NET libraries. Read Introduction to

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

この記事では、Ubuntu に .NET をインストールする方法について説明します。 .NET アプリを開発する場合は、SDK をインストールします (これにはランタイムが含まれます)。 または、アプリを実行する必要があるだけの場合は、ランタイムをインストールします。 ランタイムをインストールする場合は、ASP.NET Core ランタイムをインストールすることをお勧めします。これには .NET と ASP.NET の Core ランタイムの両方が含まれているためです。 dotnet --list-sdks および dotnet --list-runtimes コマンドを使用して、インストールされているバージョンを確認します。 詳細については、.NET が既にインストールされていることを確認する方法に関するページを参照してください。 重要 パッケージ マネージャーを使用して Microso

.NET9.0, C #13.0前提です 初心者から中級者むけ .NET Frameworkしか知らない人にもおすすめ 生文字列リテラルはインデントをいい感じに処理してくれる C#の生文字列リテラル（"""～"""）はインデントをいい感じに扱ってくれるため、ソースコードが綺麗になります。 //本来はクラスやMain関数は不要だけどインデントが多いコードの例； public class Program { public static void Main() { var name1 = "John Smith"; var name2 = "Bill Jones"; var str = $""" men: [{name1}, {name2}] women: - Mary Smith - Susan Williams """; //↑ここで揃えてくれる！ Console.WriteLine(str

この記事について 次世代RxであるR3に登場するオペレーターおよびファクトリーのまとめ記事です。 R3自体はフレームワークに依存せずにピュアなC#で用いることができるライブラリです。 ですが本記事では UniRxとの比較を行うためにUnity上でR3を動作させています。 執筆環境 Unity 6.0.30f1 R3/R3.Unity Ver.1.3.0 UniRx Ver.7.1.0 UniTask Ver.2.5.10 サンプルプロジェクト オペレーターおよびファクトリーの動作説明のために用意したサンプルプロジェクトがあります。 R3_Factories_and_Operators_Samples また一部のオペレーターの動作確認を行えるDEMOを作成してあります。 動作確認用のDEMO R3について 概要 R3についての解説は以前に執筆しているのでこちらを御覧ください。 次世代Rx「R

デバッグとリリースで処理を変えたいときは普通は大体以下のように書きます。 public void Foo() { #if DEBUG Console.WriteLine("This is Debug."); #else Console.WriteLine("This is Release"); #endif } 正直見にくいです。コンパイルされない側の記述は Visual Studio のコードアナリティクスもシンタックスハイライトもなくなり、非常に使いにくい。当然、関数名変更などのリファクタリングも効かなくなり、いつの間にかリリースビルドが通らないコードになっていたり、なんてこともあり得ます。 これぐらいの分岐なら全然いいですが、もっといくつもシンボルがあって大量に分岐があちこちに書かれているコードは非常に苦痛。おいおいここはC++じゃないんだぜ なので、以下のように書きます。 inte

.NETの正規表現 .NETでは正規表現が標準で提供されます。 あらゆる環境で利用されることを想定しているようで、数ある正規表現エンジンの中でもかなり強力な部類だと思います。 マッチした結果はMatchクラスからアクセスできます。 キャプチャ ()でキャプチャできるのは他のエンジンと同じです。(の出現順に１から番号が振られます。Groupsプロパティでアクセスできます。 (?:(\d+) )+のように複数回マッチしたら…最後の値が得られる、だけじゃないんです。Groupクラスは最後の値を指すValueプロパティだけでなく、Capturesプロパティがあり、一連のマッチにアクセスできます。 (?<name>subexpression)や(?'name'subexpression)で名前付きキャプチャもできます。これも他の言語にもあります。()と異なり連番ではなく名前でアクセスできます。 名前

C# / .NET における、パフォーマンス改善の Tips をお届けします。 これを見れば、効率良く 80 点を取ることができるようになるはずです！

今回の記事はDependency Injection(依存性の注入)について。 設計についての学習を始めると「依存性の逆転」「Dependency Injection(依存性の注入)」「DIコンテナ」など言葉を耳にする機会が増えてくると思います。適切にDIを扱えるようになると設計の柔軟性が飛躍的に向上するため、是非とも習得したい知識です。 今回は「そもそもDependency Injection(依存性の注入)とは何なのか」という話から始め、サービスロケータやDIコンテナについてまで解説していきたいと思います。 またこの記事ではSOLID原則(特に依存性の逆転)等の知識を前提として進めるため、設計何もわからん！という方は以下の記事から読むことをお勧めします。記事の後半で依存性の逆転について触れているため、その辺りを押さえてからDIについて学ぶと良いでしょう。

Excelを立ち上げて、シートのセルを表示し、Excelを終了するコードです。 本来であれば、なんの問題もありません。 しかしながら、起動したExcelのプロセスは終了せずタスクマネージャーに残り続けます。 今回はExcelで説明しましたが、これはWordでもOutlookでも同様です。また、PowerShellでなくC#で同様の実装をしても、この問題は発生します。 何が問題なのか？ Office オートメーションで割り当てたオブジェクトは、自分で解放する必要があります。 解放処理を適切に行わないことで、予期せぬ動作や、メモリの圧迫を引き起こします。 解放処理のベストプラクティスについてはマイクロソフトの中の人が以下のような記事をあげています。 Office オートメーションで割り当てたオブジェクトを解放する – Part1 Office オートメーションで割り当てたオブジェクトを解放する