再帰型入門
このシリーズでは、再帰型とその使い方について説明します。 その中で、カタモーフィズム、末尾再帰、左畳み込みと右畳み込みの違いなどについても取り上げます。
シリーズの内容
Section titled “シリーズの内容”シリーズの内容は次の通りです。
- パート1: 再帰型とカタモーフィズム入門
- パート2: カタモーフィズムの例
- パート3: 畳み込みの紹介
- パート4: 畳み込みを理解する
- パート5: ジェネリック再帰型
- パート6: 木構造の実践的な利用
基本的な再帰型
Section titled “基本的な再帰型”まずは簡単な例として、ギフトをモデル化してみましょう。
筆者はギフト選びが苦手なので、いつも本かチョコレートを渡しています。 いつもは包装紙で包みますが、気合が入っているときは箱に入れてカードも添えます。
これを型で表現してみましょう。
type Book = {title: string; price: decimal}
type ChocolateType = Dark | Milk | SeventyPercenttype Chocolate = {chocType: ChocolateType ; price: decimal}
type WrappingPaperStyle = | HappyBirthday | HappyHolidays | SolidColor
type Gift = | Book of Book | Chocolate of Chocolate | Wrapped of Gift * WrappingPaperStyle | Boxed of Gift | WithACard of Gift * message:string
ご覧の通り、3 つのケースは別の Gift
を参照する「コンテナ」になっています。Wrapped
ケースには包装紙と中身のギフトがあり、Boxed
ケースや WithACard
ケースも同様です。
残りの 2 つ、Book
と Chocolate
は別のギフトを参照しておらず、「リーフ」ノードまたは終端と見なすことができます。
この 3 つのケースが内部で Gift
を参照しているため、Gift
は再帰型 になります。
関数とは異なり、再帰型を定義するのに rec
キーワードは必要ありません。
では、値の例をいくつか作ってみましょう。
// 本let wolfHall = {title="Wolf Hall"; price=20m}
// チョコレートlet yummyChoc = {chocType=SeventyPercent; price=5m}
// ギフトlet birthdayPresent = WithACard (Wrapped (Book wolfHall, HappyBirthday), "Happy Birthday")// WithACard (// Wrapped (// Book {title = "Wolf Hall"; price = 20M},// HappyBirthday),// "Happy Birthday")
// ギフトlet christmasPresent = Wrapped (Boxed (Chocolate yummyChoc), HappyHolidays)// Wrapped (// Boxed (// Chocolate {chocType = SeventyPercent; price = 5M}),// HappyHolidays)
値を使い始める前に、アドバイスを一言…
ガイドライン:無限に再帰する型を避ける
Section titled “ガイドライン:無限に再帰する型を避ける”F# では、すべての再帰型は、再帰的なケースと非再帰的なケースを混ぜて定義することをおすすめします。
もし Book
のような非再帰的な要素がないと、その型のすべての値が無限に再帰的になってしまいます。
たとえば、以下の ImpossibleGift
型では、すべてのケースが再帰的です。どのケースを作るにも内側のギフトが必要で、そのギフトも作る必要があり、きりがないのです。
type ImpossibleGift = | Boxed of ImpossibleGift | WithACard of ImpossibleGift * message:string
遅延評価、可変、またはリフレクションを許可すれば、このような型を作ることもできます。 しかし、F# のような遅延評価でない言語では、このような型は避けるのが良いでしょう。
再帰型の使い方
注意報はここで終了です。それでは、いよいよコードを書いてみましょう!
まず、ギフトには説明が欲しいとします。ロジックは次の通りです。
- 非再帰的な 2 つのケースでは、そのケースを説明する文字列を返します。
- 3 つの再帰的なケースでは、ケースの説明に加え、内側のギフトの説明も返します。
つまり、
description
関数は自分自身を参照するため、rec
キーワードでマークする必要があります。
実装例はこちらです。
let rec description gift = match gift with | Book book -> sprintf "'%s'" book.title | Chocolate choc -> sprintf "%A chocolate" choc.chocType | Wrapped (innerGift,style) -> sprintf "%s wrapped in %A paper" (description innerGift) style | Boxed innerGift -> sprintf "%s in a box" (description innerGift) | WithACard (innerGift,message) -> sprintf "%s with a card saying '%s'" (description innerGift) message
Boxed
ケースのような再帰呼び出しに注目してください。
| Boxed innerGift -> sprintf "%s in a box" (description innerGift) ~~~~~~~~~~~ <= 再帰呼び出し
さっきの値の例で試してみるとどうなるでしょうか。
birthdayPresent |> description// "'Wolf Hall' wrapped in HappyBirthday paper with a card saying 'Happy Birthday'"
christmasPresent |> description// "SeventyPercent chocolate in a box wrapped in HappyHolidays paper"
かなり良さそうです。 HappyHolidays
はスペースがないので少し変ですが、概念を説明するには十分でしょう。
では、別の関数を作成してみましょう。ギフトの合計金額を計算する関数はどうでしょうか。
totalCost
のロジックは次の通りです。
- 本とチョコレートはケース固有のデータに価格が含まれているので、それをそのまま使います。
- 包装紙は、金額に
0.5
を加えます。 - 箱は、金額に
1.0
を加えます。 - カードは、金額に
2.0
を加えます。
let rec totalCost gift = match gift with | Book book -> book.price | Chocolate choc -> choc.price | Wrapped (innerGift,style) -> (totalCost innerGift) + 0.5m | Boxed innerGift -> (totalCost innerGift) + 1.0m | WithACard (innerGift,message) -> (totalCost innerGift) + 2.0m
2 つの例の合計金額は以下の通りです。
birthdayPresent |> totalCostchristmasPresent |> totalCost// 6.5m
箱や包装紙の中には何が入っているのか気になる人もいるでしょう。whatsInside
関数は実装が簡単です。
コンテナのケースは無視して、非再帰的なケースには何かを返せばいいだけです。
let rec whatsInside gift = match gift with | Book book -> "A book" | Chocolate choc -> "Some chocolate" | Wrapped (innerGift,style) -> whatsInside innerGift | Boxed innerGift -> whatsInside innerGift | WithACard (innerGift,message) -> whatsInside innerGift
結果はこうなります。
birthdayPresent |> whatsInside// "A book"
christmasPresent |> whatsInside// "Some chocolate"
以上のように、3 つの関数をどれも簡単に書くことができました。
すべてをパラメータ化する
Section titled “すべてをパラメータ化する”この 3 つの関数にはいくつか重複したコードがあります。 固有の処理ロジックに加えて、各関数は独自のパターンマッチングを行い、内部のギフトを再帰的に処理するロジックがあります。
ナビゲーションロジックとアプリケーションロジックを分離するにはどうすればいいでしょうか?
答えはすべてをパラメータ化することです!
いつものように、関数を渡すことでアプリケーションロジックをパラメータ化できます。今回のケースでは、各ケースに対応する関数が5つ必要になります。
新しい、パラメータ化されたバージョンがこちらです。なぜ cataGift
と名付けたのかはすぐに説明します。
let rec cataGift fBook fChocolate fWrapped fBox fCard gift = match gift with | Book book -> fBook book | Chocolate choc -> fChocolate choc | Wrapped (innerGift,style) -> let innerGiftResult = cataGift fBook fChocolate fWrapped fBox fCard innerGift fWrapped (innerGiftResult,style) | Boxed innerGift -> let innerGiftResult = cataGift fBook fChocolate fWrapped fBox fCard innerGift fBox innerGiftResult | WithACard (innerGift,message) -> let innerGiftResult = cataGift fBook fChocolate fWrapped fBox fCard innerGift fCard (innerGiftResult,message)
この関数は完全に機械的なプロセスで作られていることがわかります。
- 各関数パラメータ(
fBook
、fChocolate
など)は、ケースに対応しています。 - 非再帰的な 2 つのケースでは、そのケースに関連するすべてのデータが関数パラメータに渡されます。
- 再帰的な 3 つのケースでは、 2 つのステップがあります。
- 最初に、
innerGift
に対してcataGift
関数を 再帰的に呼び出し、innerGiftResult
を取得します。 - その後、適切なハンドラーにそのケースに関連するすべてのデータが渡されますが、
innerGift
はinnerGiftResult
に置き換えられます。
- 最初に、
ジェネリックな cataGift
関数を使って合計金額を書き直してみましょう。
let totalCostUsingCata gift = let fBook (book:Book) = book.price let fChocolate (choc:Chocolate) = choc.price let fWrapped (innerCost,style) = innerCost + 0.5m let fBox innerCost = innerCost + 1.0m let fCard (innerCost,message) = innerCost + 2.0m // カタモーフィズムを呼び出す cataGift fBook fChocolate fWrapped fBox fCard gift
注意点:
innerGiftResult
は内側のギフトの合計金額になったので、innerCost
に名前変更しました。totalCostUsingCata
関数自体は再帰的ではなくなりました。cataGift
関数を使うため、rec
キーワードが不要になりました。
この関数は、以前と同じ結果を返します。
birthdayPresent |> totalCostUsingCata
description
関数も同様に cataGift
を使って書き直すことができます。 innerGiftResult
を innerText
に変更しています。
let descriptionUsingCata gift = let fBook (book:Book) = sprintf "'%s'" book.title let fChocolate (choc:Chocolate) = sprintf "%A chocolate" choc.chocType let fWrapped (innerText,style) = sprintf "%s wrapped in %A paper" innerText style let fBox innerText = sprintf "%s in a box" innerText let fCard (innerText,message) = sprintf "%s with a card saying '%s'" innerText message // カタモーフィズムを呼び出す cataGift fBook fChocolate fWrapped fBox fCard gift
結果は以前と同じです。
birthdayPresent |> descriptionUsingCata// "'Wolf Hall' wrapped in HappyBirthday paper with a card saying 'Happy Birthday'"
christmasPresent |> descriptionUsingCata// "SeventyPercent chocolate in a box wrapped in HappyHolidays paper"
カタモーフィズムの紹介
Section titled “カタモーフィズムの紹介”上で書いた cataGift
関数は「カタモーフィズム」と呼ばれます。これはギリシャ語の「下向き + 形状」を組み合わせた言葉です。
一般的に、カタモーフィズムは、再帰型をその構造に基づいて新しい値に「折りたたむ」関数です。
実際、カタモーフィズムは「ビジターパターン」の一種と考えられます。
カタモーフィズムは非常に強力な概念です。 なぜなら、このような構造に対して定義できる最も基本的な関数だからです。他のどんな関数も、カタモーフィズムを使って定義することができます。
つまり、 Gift -> string
や Gift -> int
というシグネチャの関数を作りたい場合、
Gift
構造の各ケースに対して関数を指定することで、カタモーフィズムを使って作成できます。
先ほど、カタモーフィズムを使って totalCost
を totalCostUsingCata
として書き直しましたが、他にもたくさんの例を見ていきます。
カタモーフィズムと畳み込み
Section titled “カタモーフィズムと畳み込み”カタモーフィズムは「畳み込み」とも呼ばれますが、畳み込みには種類があるので、 「カタモーフィズム」は概念を表し、「畳み込み」は特定の実装方法を表すようにしています。
さまざまな種類の畳み込みについては次の記事で詳しく説明するので、 この記事では「カタモーフィズム」だけを使います。
先ほどの cataGift
の実装は、各ステップを理解しやすいようにわざと冗長にしてありました。
ですが、処理の流れを理解できたのであれば、もう少し簡潔にすることができます。
まず、 cataGift fBook fChocolate fWrapped fBox fCard
が再帰ケースごとに3回出てきます。これに recurse
という名前をつけてみましょう。
let rec cataGift fBook fChocolate fWrapped fBox fCard gift = let recurse = cataGift fBook fChocolate fWrapped fBox fCard match gift with | Book book -> fBook book | Chocolate choc -> fChocolate choc | Wrapped (innerGift,style) -> let innerGiftResult = recurse innerGift fWrapped (innerGiftResult,style) | Boxed innerGift -> let innerGiftResult = recurse innerGift fBox innerGiftResult | WithACard (innerGift,message) -> let innerGiftResult = recurse innerGift fCard (innerGiftResult,message)
この recurse
関数は、単純なシグネチャ Gift -> 'a
を持ちます。つまり、Gift
を必要な戻り型に変換してくれるので、
さまざまな innerGift
の値を処理するのに使えます。
もう一つのポイントは、再帰ケースで innerGift
を単に gift
に置き換えることです。これは「シャドーイング」と呼ばれます。
利点は、外側の gift
がケースを処理するコードからは見えなくなるので、同じギフトに対してうっかり再帰処理をしてしまい、無限ループを引き起こすのを防げる点です。
一般的にはシャドーイングは避けますが、今回のように特に厄介なバグを回避できる場合は、好ましい手法と言えます。
整理後のバージョンは次のとおりです。
let rec cataGift fBook fChocolate fWrapped fBox fCard gift = let recurse = cataGift fBook fChocolate fWrapped fBox fCard match gift with | Book book -> fBook book | Chocolate choc -> fChocolate choc | Wrapped (gift,style) -> fWrapped (recurse gift,style) | Boxed gift -> fBox (recurse gift) | WithACard (gift,message) -> fCard (recurse gift,message)
最後に、戻り型を明示的に 'r
と指定しておきます。このシリーズの後半では、 'a
や 'b
といった他のジェネリック型も扱いますが、
一貫性を保つために、戻り型に常に標準的な名前をつけると便利です。
let rec cataGift fBook fChocolate fWrapped fBox fCard gift :'r =// 戻り型に名前をつける => ~~~~
こちらが最終バージョンです。
let rec cataGift fBook fChocolate fWrapped fBox fCard gift :'r = let recurse = cataGift fBook fChocolate fWrapped fBox fCard match gift with | Book book -> fBook book | Chocolate choc -> fChocolate choc | Wrapped (gift,style) -> fWrapped (recurse gift,style) | Boxed gift -> fBox (recurse gift) | WithACard (gift,message) -> fCard (recurse gift,message)
元の実装よりもずっとシンプルになり、 Wrapped (gift, style)
のような型コンストラクタと、対応するハンドラー fWrapped (recurse gift, style)
との対称性が示されています。
これが、次のトピックへの良い導入となります。
型コンストラクタとハンドラーの関係
Section titled “型コンストラクタとハンドラーの関係”cataGift
関数のシグネチャを見てみましょう。各ケースのハンドラー関数( fBook
、 fBox
など)は、同じパターンを持っていることがわかります。
つまり、そのケースに必要なすべてのデータを含む入力値と、共通の出力型 'r
です。
val cataGift : fBook:(Book -> 'r) -> fChocolate:(Chocolate -> 'r) -> fWrapped:('r * WrappingPaperStyle -> 'r) -> fBox:('r -> 'r) -> fCard:('r * string -> 'r) -> // 入力値 gift:Gift -> // 戻り値 'r
別の見方をすれば、コンストラクタの中の Gift
型はすべて 'r
に置き換わったと考えられます。
たとえば:
Gift.Book
コンストラクタはBook
を取り、Gift
を返します。fBook
ハンドラーはBook
を取り、'r
を返します。Gift.Wrapped
コンストラクタはGift * WrappingPaperStyle
を取り、Gift
を返します。fWrapped
ハンドラーは'r * WrappingPaperStyle
を入力とし、'r
を返します。
この関係を型シグネチャで表すと、以下のようになります。
// Gift.BookコンストラクタBook -> Gift
// fBookハンドラBook -> 'r
// Gift.WrappedコンストラクタGift * WrappingPaperStyle -> Gift
// fWrappedハンドラ'r * WrappingPaperStyle -> 'r
// Gift.BoxedコンストラクタGift -> Gift
// fBoxハンドラ'r -> 'r
その他のケースについても同様です。
カタモーフィズムの利点
Section titled “カタモーフィズムの利点”カタモーフィズムには多くの理論がありますが、実際にはどのような利点があるのでしょうか。
なぜ cataGift
のような特別な関数を作成するのでしょうか? 元の関数のままにしておけばよいのではないでしょうか。
これにはいくつかの理由があります。
- 再利用性:後でかなり複雑なカタモーフィズムを作成することになります。ロジックを一度だけ正確に記述すればよいというのは、便利なことです。
- カプセル化:関数だけを公開することで、データ型の内部構造を隠すことができます。
- 柔軟性:関数はパターンマッチングよりも柔軟で、合成や部分適用などが可能です。
- マッピング:カタモーフィズムがあれば、さまざまなケースを新しい構造にマッピングする関数を簡単に作成できます。
これらの利点のほとんどは再帰的でない型にも当てはまりますが、再帰的型はより複雑になりがちなので、 カプセル化や柔軟性などの利点はそれだけ強力になります。
次のセクションでは、最後の3点について詳しく見ていきます。
関数パラメータを使って内部構造を隠す
Section titled “関数パラメータを使って内部構造を隠す”最初の利点は、カタモーフィズムが内部設計を抽象化することです。関数を使うことで、呼び出し側コードは内部構造からある程度分離されます。 これはオブジェクト指向の世界におけるビジターパターンに類似しています。
たとえば、すべての呼び出し側がパターンマッチングではなくカタモーフィズム関数を使った場合、ケースの名前を安全に変更したり、慎重に行えばケースを追加・削除したりできます。
例として、以前の Gift
の設計では、WithACard
ケースがなかったとしましょう。これをバージョン1と呼びます。
type Gift = | Book of Book | Chocolate of Chocolate | Wrapped of Gift * WrappingPaperStyle | Boxed of Gift
そして、その構造のためのカタモーフィズム関数を作成して公開したとします。
let rec cataGift fBook fChocolate fWrapped fBox gift :'r = let recurse = cataGift fBook fChocolate fWrapped fBox match gift with | Book book -> fBook book | Chocolate choc -> fChocolate choc | Wrapped (gift,style) -> fWrapped (recurse gift,style) | Boxed gift -> fBox (recurse gift)
これには4つの関数パラメータしかありません。
次に、WithACard
ケースを追加して、 Gift
がバージョン2になったとします。
type Gift = | Book of Book | Chocolate of Chocolate | Wrapped of Gift * WrappingPaperStyle | Boxed of Gift | WithACard of Gift * message:string
ケースは5つになりました。
新しいケースを追加するときは、多くの場合、すべての呼び出し側を壊し、新しいケースに対応させたいでしょう。
しかし、時にはそうしたくないこともあります。その場合は、次のように、余分なケースを黙って処理することで、元の cataGift
と互換性を保つことができます。
/// Gift_V2を使いますが、以前の "cataGift" との後方互換性を維持します。let rec cataGift fBook fChocolate fWrapped fBox gift :'r = let recurse = cataGift fBook fChocolate fWrapped fBox match gift with | Book book -> fBook book | Chocolate choc -> fChocolate choc | Wrapped (gift,style) -> fWrapped (recurse gift,style) | Boxed gift -> fBox (recurse gift) // 新しいケースを静かに通過させる | WithACard (gift,message) -> recurse gift
この関数のパラメータは依然として4つで、 WithACard
ケースに対する特別な動作はありません。
デフォルト値を返すなど、互換性を保つための代替方法はいくつかあります。 重要な点は、呼び出し側が変更に気付かないことです。
補足: アクティブパターンを使ってデータを隠す
型の構造を隠すという話題なので、アクティブパターンを使う方法にも触れておきます。
たとえば、最初の4つのケースに対してアクティブパターンを作成し、 WithACard
ケースを無視することができます。
let rec (|Book|Chocolate|Wrapped|Boxed|) gift = match gift with | Gift.Book book -> Book book | Gift.Chocolate choc -> Chocolate choc | Gift.Wrapped (gift,style) -> Wrapped (gift,style) | Gift.Boxed gift -> Boxed gift | Gift.WithACard (gift,message) -> // メッセージを無視し、ギフトに対して再帰的に処理する (|Book|Chocolate|Wrapped|Boxed|) gift
呼び出し側は、新しいケースの存在を知らずに、4つのケースでパターンマッチングできます。
let rec whatsInside gift = match gift with | Book book -> "A book" | Chocolate choc -> "Some chocolate" | Wrapped (gift,style) -> whatsInside gift | Boxed gift -> whatsInside gift
ケース処理関数とパターンマッチング
Section titled “ケース処理関数とパターンマッチング”カタモーフィズムは関数パラメータを使います。前述のように、関数には合成や部分適用などのツールが使えるため、パターンマッチングよりも柔軟です。
ここでは、すべての「コンテナ」ケースを無視し、「コンテンツ」ケースだけを処理する例を示します。
let handleContents fBook fChocolate gift = let fWrapped (innerGiftResult,style) = innerGiftResult let fBox innerGiftResult = innerGiftResult let fCard (innerGiftResult,message) = innerGiftResult
// カタモーフィズムを呼び出す cataGift fBook fChocolate fWrapped fBox fCard gift
パイプラインを使って、残りの2つのケースをインラインで処理したものが以下です。
birthdayPresent|> handleContents (fun book -> "The book you wanted for your birthday") (fun choc -> "Your fave chocolate")// 結果 => "The book you wanted for your birthday"
christmasPresent|> handleContents (fun book -> "The book you wanted for Christmas") (fun choc -> "Don't eat too much over the holidays!")// 結果 => "Don't eat too much over the holidays!"
もちろん、パターンマッチングでもできますが、既存の cataGift
関数をそのまま使える方が簡単です。
カタモーフィズムを使用したマッピング
Section titled “カタモーフィズムを使用したマッピング”前述のように、カタモーフィズムは再帰的な型を新しい値に「折りたたむ」関数です。
たとえば、totalCost
では、再帰的なギフト構造が単一の金額に折りたたまれました。
しかし、「単一の値」はプリミティブなものだけではありません。別の再帰的な構造など、複雑な構造になることもあります。
実際、カタモーフィズムは、特に構造が非常に似ている場合、ある種の構造を別の構造にマッピングするのに最適です。
たとえば、チョコレートが大好きなルームメイトがいて、こっそりとギフトからチョコレートを取り出して食べ、 包装紙はそのままにして、箱とギフトカードは捨ててしまうとしましょう。
最後に残るのは「チョコレート抜きのギフト」です。次のようにモデル化できます。
type GiftMinusChocolate = | Book of Book | Apology of string | Wrapped of GiftMinusChocolate * WrappingPaperStyle
Gift
から GiftMinusChocolate
へのマッピングは、ケースがほぼ平行しているため、簡単にできます。
Book
はそのまま渡されます。Chocolate
は食べられ、Apology
に置き換えられます。Wrapped
ケースはそのまま渡されます。Box
とWithACard
ケースは無視されます。
コードは以下のとおりです。
let removeChocolate gift = let fBook (book:Book) = Book book let fChocolate (choc:Chocolate) = Apology "sorry I ate your chocolate" let fWrapped (innerGiftResult,style) = Wrapped (innerGiftResult,style) let fBox innerGiftResult = innerGiftResult let fCard (innerGiftResult,message) = innerGiftResult // カタモーフィズムを呼び出す cataGift fBook fChocolate fWrapped fBox fCard gift
テストすると…
birthdayPresent |> removeChocolate// GiftMinusChocolate =// Wrapped (Book {title = "Wolf Hall"; price = 20M}, HappyBirthday)
christmasPresent |> removeChocolate// GiftMinusChocolate =// Wrapped (Apology "sorry I ate your chocolate", HappyHolidays)
ディープコピー
Section titled “ディープコピー”もう一つ。各ケースのハンドリング関数は、そのケースに関連付けられたデータを受け取ることを覚えていますか? つまり、元のケースコンストラクタを関数として使用できるのです。
どういう意味かを理解するために、元の値を複製する deepCopy
という関数を定義してみましょう。
各ケースハンドラは対応するケースコンストラクタにすぎません。
let deepCopy gift = let fBook book = Book book let fChocolate (choc:Chocolate) = Chocolate choc let fWrapped (innerGiftResult,style) = Wrapped (innerGiftResult,style) let fBox innerGiftResult = Boxed innerGiftResult let fCard (innerGiftResult,message) = WithACard (innerGiftResult,message) // カタモーフィズムを呼び出す cataGift fBook fChocolate fWrapped fBox fCard gift
各ハンドラの冗長なパラメータを削除して、さらに簡略化できます。
let deepCopy gift = let fBook = Book let fChocolate = Chocolate let fWrapped = Wrapped let fBox = Boxed let fCard = WithACard // カタモーフィズムを呼び出す cataGift fBook fChocolate fWrapped fBox fCard gift
これがうまく動作するかどうかは、あなた自身でテストできます。
christmasPresent |> deepCopy// 結果 =>// Wrapped (// Boxed (Chocolate {chocType = SeventyPercent; price = 5M;}),// HappyHolidays)
これにより、カタモーフィズムについて別の考え方が生まれます。
- カタモーフィズムは再帰型に対する関数で、 型のケースコンストラクタを渡すと、「クローン」関数が得られます。
マッピングと変換を一度に行う
Section titled “マッピングと変換を一度に行う”deepCopy
関数をちょっと変形して、オブジェクト内を再帰的に処理しながら一部を変更する方法を紹介します。
たとえば、私はミルクチョコレートが好きではないとしましょう。ギフトのチョコレートをより高級なものにアップグレードし、他のケースはそのままにする関数を書けます。
let upgradeChocolate gift = let fBook = Book let fChocolate (choc:Chocolate) = Chocolate {choc with chocType = SeventyPercent} let fWrapped = Wrapped let fBox = Boxed let fCard = WithACard // カタモーフィズムを呼び出す cataGift fBook fChocolate fWrapped fBox fCard gift
実際に使ってみましょう。
// 好きではないチョコレートを作成let cheapChoc = Boxed (Chocolate {chocType=Milk; price=5m})
// アップグレード!cheapChoc |> upgradeChocolate// 結果 =>// Boxed (Chocolate {chocType = SeventyPercent; price = 5M})
この処理は map
関数に似ているように思えるかもしれませんが、その通りです。
ジェネリックな map
関数については、シリーズの第6回 でジェネリックな再帰型について議論する際に取り上げます。
カタモーフィズムを作成するためのルール
Section titled “カタモーフィズムを作成するためのルール”前述したように、カタモーフィズムの作成は機械的なプロセスです。
- 構造体内の各ケースを処理する関数パラメータを作成します。
- 非再帰的なケースについては、そのケースに関連するすべてのデータを関数パラメータに渡します。
- 再帰的なケースについては、以下の 2 ステップを実行します。
- まず、ネストされた値に対して再帰的にカタモーフィズムを呼び出します。
- 次に、カタモーフィズムの結果で元のネストされた値を置き換えて、ケースに関連するすべてのデータをハンドラーに渡します。
それでは、これらのルールを適用して、他のドメインでカタモーフィズムを作成できるか見てみましょう。
この投稿では、再帰型の定義方法と、カタモーフィズムの概念を紹介しました。
次の投稿 では、 これらのルールを使って、他のドメインに対してカタモーフィズムを作成します。
それでは、また次回お会いしましょう!
この投稿のソースコードはこのgistで入手できます。