C#でラムダ式を書く方法1

C#でラムダ式を書く方法 #06_delegateを定義する方法

前回は引数に応じた桁数以上の文字列が取得できるメソッドを作成しました。string配列と桁数を引数にすることで,ある程度汎用的に使えるメソッドにはなりました。

比較の部分も引数にできる?

ここまでで,比較対象の文字列と,桁数までを引数にしたので,そのあたりは柔軟にチェックできるメソッドにはなりました。しかし,比較する部分は固定になっていますよね。

if文の大なりイコール「>=」の部分です。

この大なりイコールの部分をイコール「=」にしたり,小なりイコール「<=」にしたりすることは現状できていません。この演算子の部分,判定の部分の「式」を引数に与えることができるようにC#では設計されています。

配列や変数,数値などを引数にするという発想は私のような凡人にも思いつきますが,「式」を引数にするという発想はなかなか思いつくものではありません。「こういった発想力のあるプログラミング言語の開発者の方々は凄いな」と感心させられますが,ラムダ式を習得するには,その前にこの「式」を引数にするという発想を身に着けないといけません。その式を引数にするために必要な知識がdelegate(デリゲート)になります。

「式を引数」にするという表現をしましたが,「メソッドを引数にする」と表現した方がわかりやすいかもしれません。この「メソッドを引数にする」ために必要なのが,delegateです。 

ボタンの追加

新たにボタンを追加します。

クリックイベントの作成

追加したボタンをダブルクリックで,クリックイベントを自動生成し,その中に,button2_Clickの中身をコピーペーストします。

button3_Clickイベントは現状,button2_Clickイベントをコピーしてきたため,4文字以上の文字列を取得するようなロジックになっています。デリデートの書き方を学ぶために,「3文字イコール」の文字列のみを取得するようなロジックにするにはどうすればいいかを考えてみましょう。GetValue2のメソッドは「val.Length >= len」となっているため,引数で3桁と指定しても,3桁以上の文字列が取得されてしまいます。今回はデリデートを使って,「>=」の部分が「==」で判定されるためにはどうすればいいかを考えていきます。

これから何がしたいのか?

これから何がしたいのかというと,GetValue1で「val.Length >= 3」となっている,判定の部分を外から投げたいわけです。intやstringのように,引数で,判定方法を投げたいというわけです。「>= 3」の部分を,「== 3」や「== 4」,「<= 4」など,自由に判定方法を投げたいわけです。その判定のための「型」がデリデートであり,stringを渡したら,boolが返るという,「型」になるわけです。

この解説だけだと意味がわからないかもしれないですが,実際に書いていけば理解できると思うので,実際に実装して行きます。

delegateの書き方

それではまず実際にdelegateどういった感じで書くかというのを実際にやっていきたいと思います。

例えばこんな感じです。

まず最初のdelegateの技術はこれがdelegateであるということを示すキーワードです。先述のように式やメソッドを引数にしたいという場合は,delegateを使うので,そういった場合はこのdelegateキーワードを使います。

続いてdelegateより後の「bool LenCheck(string value);」の部分は,普段メソッドで書いている「戻り値」「メソッド名」「引数」の部分だけを定義します。ボタンクリックイベントや,通常作るメソッドなどでは,戻り値を書いて,メソッド名を書いて,引数を定義しますが,それの定義の部分だけを書いています。 要するにこれは,戻り値がboolで,引数が「string」1つの,LenCheckという名前のdelegateという意味になります。

もちろん戻り値は何でもいいですし,戻り値がない場合はvoidになります。

引数は「無し」でもいいですし,1つでも,2つでも,もちろんstring以外のどのような型でも問題ありません。

メソッドの作成

先程delegateを作成したので今度はそれを使うメソッドを作成してみます。

まずは,以前作成した,GetValue1をコピーペーストし,新たにメソッドGetValue3を作成します。

今回,delegate版のメソッドで実現したいのは,「val.Length >= 3」の判定の部分を,外から投げられるようにしたいわけなのですが,そういった場合に,ここで先ほど作成したdelegateを使うことになります。 このために先ほどはstringを投げたらboolを返すという定義だけを作ったわけです。

作成したdelegateを使用する

まずは引数にdelegateであるLenCheckを受けるようにしています。これは先ほど作成したdelegateですね。大文字のLenCheckはdelegateの型を表していて,小文字のlenCheckはdelegateの変数名を表しています。これでstringを投げたらboolを返すという定義が引数に渡るようになるわけです。

実際にこのメソッド内で使用するのは子文字のlenCheckの方です。これがdelegateの変数名になっているわけですから。

これをどこで使うかですが,if文箇所で使います。もともと3文字以上などの「>=3」などと書いていた部分,ここの定義を外部から渡したいわけなので,ここで小文字lenCheckを使います。それだけではコンパイルが通りません。

なぜかというとこの定義は「stringを受けてboolを返す」という定義になっているので,stringを渡してあげないといけないわけです。

そうしないと,コンパイルエラーになります。この場合のstringは何でしょうか?...

foreachで回している「val」ですね。

このvalに対してのチェック方法を,外部から投げているわけなので,「stringを投げたらboolを返す」という定義の,投げるべきstringはvalになるわけです。

なので,今回引数に追加したlenCheckに「>=3」や「==3」などの式を投げつけることで,このvalがどのように判定されるかを変化させることができるわけです。

ではどうやって投げつけるか?というお話は次回にしたい思います。

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

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_さいごに