更新:この話題に関する私の講演のスライドとビデオ

このシリーズでは、いわゆる「アプリカティブパーサー」がどのように動作するかを詳しく見ていきます。 何かを深く理解するためには、自分で作ってみるのが一番です。 そこで、まずは基本的なパーサーライブラリをゼロから書き、次に便利な「パーサーコンビネータ」をいくつか作り、最後に完全なJSONパーサーを組み上げることで締めくくりたいと思います。

「アプリカティブパーサー」や「パーサーコンビネータ」といった用語を聞くと、このアプローチは複雑に思えるかもしれません。 しかし、これらの概念を前もって説明しようとするのではなく、まずはコーディングを始めてみましょう。

一連の実装を通じて、複雑な内容へと段階的に進んでいきます。各実装は前のものとわずかに異なるだけです。 このアプローチを使うことで、各段階でのデザインと概念が理解しやすくなり、 このシリーズの終わりには、パーサーコンビネータの謎は完全に解けているはずです。

このシリーズは4つの記事で構成されています。

  • 第1回の今回は、パーサーコンビネータの基本概念を見て、ライブラリのコアを組み立てます。
  • 第2回では、便利なコンビネータのライブラリを組み立てます。
  • 第3回では、役立つエラーメッセージの提供に取り組みます。
  • 最終回では、このパーサーライブラリを使ってJSONパーサーを組み立てます。

ここではパフォーマンスや効率性に焦点を当てませんが、FParsecのようなライブラリを効果的に使えるようになる理解が得られると思います。 そして、FParsecを作ったStephan Tolksdorfに感謝します。 .NETでのパーシングには、まずFParsecを検討すべきです。


実装1. ハードコードされた文字のパース

最初の実装として、単一の、ハードコードされた文字(この場合は文字「A」)をパースするだけのものを作ってみましょう。これ以上シンプルなものはありません。

仕組みは次のとおりです。

  • パーサーへの入力は文字のストリームです。複雑なものを使うこともできますが、今は単にstringを使います。
  • ストリームが空の場合、falseと空の文字列のペアを返します。
  • ストリームの最初の文字がAの場合、trueと残りの文字列のストリームのペアを返します。
  • ストリームの最初の文字がAでない場合、falseと(変更されていない)元のストリームのペアを返します。

コードは次のようになります。

let A_Parser str =
    if String.IsNullOrEmpty(str) then
        (false,"")
    else if str.[0] = 'A' then
        let remaining = str.[1..]
        (true,remaining)
    else
        (false,str)

A_Parserの型シグネチャは次のようになります。

val A_Parser :
    string -> (bool * string)

これは、入力が文字列で、出力がブール値と別の文字列(残りの入力)のペアであることを示しています。図で表すと次のようになります。

では、テストしてみましょう。まず、適切な入力を使ってテストします。

let inputABC = "ABC"
A_Parser inputABC

結果は次のようになります。

(true, "BC")

見ての通り、Aが消費され、残りの入力は"BC"だけになっています。

次に、不適切な入力でテストしてみます。

let inputZBC = "ZBC"
A_Parser inputZBC

結果は次のようになります。

(false, "ZBC")

この場合、最初の文字は消費されず、残りの入力はまだ"ZBC"のままです。

これで、非常にシンプルなパーサーができました。ここまでが理解できれば、これからの内容も簡単です。


実装2. 指定された文字のパース

ハードコードされた文字ではなく、マッチさせたい文字を渡せるようにリファクタリングしましょう。

今回は、真偽値を返す代わりに、何が起こったかを示すメッセージを返すようにします。

関数名をpchar("parse char"の略)とします。コードは次のようになります。

let pchar (charToMatch,str) =
    if String.IsNullOrEmpty(str) then
        let msg = "No more input"
        (msg,"")
    else 
        let first = str.[0] 
        if first = charToMatch then
            let remaining = str.[1..]
            let msg = sprintf "Found %c" charToMatch
            (msg,remaining)
        else
            let msg = sprintf "Expecting '%c'. Got '%c'" charToMatch first
            (msg,str)

このコードは前の例と似ていますが、予期しない文字がエラーメッセージに表示されるようになっています。

pcharの型シグネチャは次のようになります。

val pchar :
    (char * string) -> (string * string)

これは、入力が(マッチさせる文字、文字列)のペアで、出力が(文字列)結果と別の文字列(残りの入力)のペアであることを示しています。

では、テストしてみましょう。まず、適切な入力を使ってテストします。

let inputABC = "ABC"
pchar('A',inputABC)

結果は次のようになります。

("Found A", "BC")

先ほどと同様に、Aが消費され、残りの入力は"BC"だけになっています。

次に、不適切な入力でテストします。

let inputZBC = "ZBC"
pchar('A',inputZBC)

結果は次のようになります。

("Expecting 'A'. Got 'Z'", "ZBC")

ここでも先ほどと同様に、最初の文字は消費されず、残りの入力はまだ"ZBC"のままです。

Zを渡すと、パーサーは成功します。

pchar('Z',inputZBC)  // ("Found Z", "BC")

実装3. 成功/失敗の返却

マッチの成功と失敗を区別できるようにしたいですが、文字列型のメッセージを返すだけでは役に立ちません。 そこで、その違いを示す特別な「選択」型を定義しましょう。これをResultと呼びます。

type Result<'a> =
    | Success of 'a
    | Failure of string

Successケースはジェネリックで、任意の値を含むことができます。Failureケースはエラーメッセージを含みます。

注:このSuccess/Failureアプローチの詳細については、関数型エラー処理に関する私の講演をご覧ください。

これでパーサーを書き直して、Resultケースの1つを返すようにできます。

let pchar (charToMatch,str) =
    if String.IsNullOrEmpty(str) then
        Failure "No more input"
    else
        let first = str.[0] 
        if first = charToMatch then
            let remaining = str.[1..]
            Success (charToMatch,remaining)
        else
            let msg = sprintf "Expecting '%c'. Got '%c'" charToMatch first
            Failure msg

pcharの型シグネチャは次のようになりました。

val pchar :
    (char * string) -> Result<char * string>

これは、出力がResult(成功の場合、マッチした文字と残りの入力文字列を含む)になったことを示しています。

もう一度テストしてみましょう。まず、適切な入力を使ってテストします。

let inputABC = "ABC"
pchar('A',inputABC)

結果は次のようになります。

Success ('A', "BC")

先ほどと同様に、Aが消費され、残りの入力は"BC"だけになっています。また、実際にマッチした文字(この場合はA)も取得できます。

次に、不適切な入力を使ってテストします。

let inputZBC = "ZBC"
pchar('A',inputZBC)

結果は次のようになります。

Failure "Expecting 'A'. Got 'Z'"

この場合、適切なエラーメッセージと共にFailureケースが返されます。

関数の入力と出力を図で表すと、次のようになります。


実装4. カリー化された実装への切り替え

前の実装では、関数への入力はタプル(ペア)でした。これは両方の入力を一度に渡す必要があります。

F#のような関数型言語では、カリー化されたバージョンを使うのがより一般的です。次のようになります。

let pchar charToMatch str = 
    if String.IsNullOrEmpty(str) then
        Failure "No more input"
    else
        let first = str.[0] 
        if first = charToMatch then
            let remaining = str.[1..]
            Success (charToMatch,remaining)
        else
            let msg = sprintf "Expecting '%c'. Got '%c'" charToMatch first
            Failure msg

違いがわかりますか?唯一の違いは最初の行にありますが、それでも気づきにくいものです。

カリー化されていない(タプル)バージョンはこうです。

let pchar (charToMatch,str) =
    ...

そしてカリー化されたバージョンはこうです。

let pchar charToMatch str = 
    ...

型シグネチャを見ると、違いがより明確になります。 カリー化されていない(タプル)バージョンの型シグネチャはこうです。

val pchar :
    (char * string) -> Result<char * string>

そしてカリー化されたバージョンの型シグネチャはこうです。

val pchar :
    char -> string -> Result<char * string>

カリー化されたバージョンのpcharを図で表すと、こうなります。

カリー化とは何か?

カリー化の仕組みがよくわからない場合は、こちらの投稿を参照してください。 基本的には、複数のパラメータを持つ関数を、一連の単一パラメータ関数として書けることを意味します。

つまり、この2パラメータ関数は、

let add x y = 
    x + y

ラムダを返す1パラメータ関数として書くことができます。

let add x = 
    fun y -> x + y  // ラムダを返す

または、内部関数を返す関数として書くこともできます。

let add x = 
    let innerFn y = x + y
    innerFn // innerFnを返す

内部関数を使って書き直す

カリー化を利用して、パーサーを1パラメータ関数(パラメータはcharToMatch)として書き直し、内部関数を返すようにできます。

新しい実装では、内部関数をinnerFnと名付けています。

let pchar charToMatch = 
    // ネストされた内部関数を定義
    let innerFn str =
        if String.IsNullOrEmpty(str) then
            Failure "No more input"
        else
            let first = str.[0] 
            if first = charToMatch then
                let remaining = str.[1..]
                Success (charToMatch,remaining)
            else
                let msg = sprintf "Expecting '%c'. Got '%c'" charToMatch first
                Failure msg
    // 内部関数を返す
    innerFn

この実装の型シグネチャは次のようになります。

val pchar :
    char -> string -> Result<char * string>

前のバージョンとまったく同じです。

つまり、上記の2つの実装は実際には同じです。

// 2パラメータの実装
let pchar charToMatch str = 
    ...

// 内部関数を持つ1パラメータの実装
let pchar charToMatch = 
    let innerFn str =
        ...    
    // 内部関数を返す
    innerFn

カリー化された実装の利点

カリー化された実装の良いところは、パースしたい文字を部分適用できることです。たとえば、このようになります。

let parseA = pchar 'A'

そして後で2番目の「入力ストリーム」パラメータを提供できます。

let inputABC = "ABC"
parseA inputABC  // Success ('A', "BC")

let inputZBC = "ZBC"
parseA inputZBC  // Failure "Expecting 'A'. Got 'Z'"

ここで立ち止まって、何が起こっているかを振り返ってみましょう。

  • pchar関数には2つの入力があります。
  • 1つの入力(マッチする文字)を提供すると、関数が返されます。
  • このパース関数に2つ目の入力(文字のストリーム)を提供すると、最終的なResult値が作成されます。

pcharの図をもう一度見てみましょう。今回は部分適用に焦点を当てています。

先に進む前に、この論理を理解することが非常に重要です。残りの投稿はこの基本設計にしたがって作られるからです。


実装5. パース関数を型にカプセル化する

(上の例の)parseAを見ると、関数型であることがわかります。

val parseA : string -> Result<char * string>

この型は少し複雑で使いにくいので、Parserという「ラッパー」型にカプセル化してみましょう。

type Parser<'T> = Parser of (string -> Result<'T * string>)

カプセル化することで、このデザインから、

このデザインに移行します。

実装の変更は非常にシンプルです。内部関数の返し方を変更するだけです。

つまり、こうだったものを、

let pchar charToMatch = 
    let innerFn str =
        ...
    // 内部関数を返す
    innerFn

このように変更するのです。

let pchar charToMatch = 
    let innerFn str =
        ...
    // 「ラップされた」内部関数を返す
    Parser innerFn

ラップされた関数のテスト

では、もう一度テストしてみましょう。

let parseA = pchar 'A' 
let inputABC = "ABC"
parseA inputABC  // コンパイルエラー

しかし、今度はコンパイルエラーが発生します。

error FS0003: この値は関数ではなく、適用できません

これは当然です。関数がParserデータ構造にラップされているため、直接アクセスできなくなったからです。

そこで、内部関数を取り出し、入力ストリームに対して実行するヘルパー関数が必要になります。 これをrunと呼びましょう。

runの実装は次のようになります。

let run parser input = 
    // パーサーをアンラップして内部関数を取得
    let (Parser innerFn) = parser 
    // 内部関数を入力で呼び出す
    innerFn input

これでparseAパーサーをさまざまな入力に対して実行できるようになりました。

let inputABC = "ABC"
run parseA inputABC  // Success ('A', "BC")

let inputZBC = "ZBC"
run parseA inputZBC  // Failure "Expecting 'A'. Got 'Z'"

以上です!基本的なParser型ができました。ここまでの内容がすべて理解できたことを願っています。


2つのパーサーを順番に組み合わせる: "and then" コンビネータ

最後の実装は基本的な解析ロジックには十分です。後でもう一度見直しますが、 ここでレベルを上げて、パーサーを組み合わせる方法をいくつか開発しましょう。冒頭で言及した「パーサーコンビネータ」です。

まず、2つのパーサーを順番に組み合わせることから始めます。たとえば、「A」そして「B」にマッチするパーサーが欲しいとします。 次のように書いてみることができます。

let parseA = pchar 'A'   
let parseB = pchar 'B'

let parseAThenB = parseA >> parseB

しかし、これはコンパイルエラーになります。parseAの出力がparseBの入力と一致しないため、このように合成することはできません。

関数型プログラミングのパターンに馴染みがあれば、このようなラップされた型のシーケンスを連鎖させる必要性がよく発生し、 その解決策はbind関数であることがわかるでしょう。

しかし、この場合、bindを実装せずに直接andThenの実装に進みます。

実装ロジックは次のようになります。

  • 最初のパーサーを実行する。
  • 失敗した場合は、そのまま返す。
  • そうでない場合、2番目のパーサーを残りの入力で実行する。
  • 失敗した場合は、そのまま返す。
  • 両方のパーサーが成功した場合、両方の解析された値を含むペア(タプル)を返す。

andThenのコードは次のようになります。

let andThen parser1 parser2 =
    let innerFn input =
        // parser1を入力で実行
        let result1 = run parser1 input

        // 結果をFailure/Successでテスト
        match result1 with
        | Failure err -> 
            // parser1のエラーを返す
            Failure err  

        | Success (value1,remaining1) -> 
            // parser2を残りの入力で実行
            let result2 =  run parser2 remaining1

            // 結果をFailure/Successでテスト
            match result2 with 
            | Failure err ->
                // parser2のエラーを返す 
                Failure err 

            | Success (value2,remaining2) -> 
                // 両方の値をペアとして組み合わせる
                let newValue = (value1,value2)
                // parser2の後の残りの入力を返す
                Success (newValue,remaining2)

    // 内部関数を返す
    Parser innerFn

実装は上で説明したロジックに従っています。

また、通常の>>合成のように使えるよう、andThenの中置バージョンも定義します。

let ( .>>. ) = andThen

注:カスタム演算子を定義するにはかっこが必要ですが、中置で使用する際にはかっこは必要ありません。

andThenのシグネチャを見てみましょう。

val andThen : 
     parser1:Parser<'a> -> parser2:Parser<'b> -> Parser<'a * 'b>

これを見ると、任意の2つのパーサーに対して機能し、異なる型('a'b)でも構わないことがわかります。

andThenのテスト

テストして動作を確認しましょう。

まず、複合パーサーを作成します。

let parseA = pchar 'A'   
let parseB = pchar 'B'
let parseAThenB = parseA .>>. parseB

型を見ると、3つの値すべてがParser型であることがわかります。

val parseA : Parser<char> 
val parseB : Parser<char> 
val parseAThenB : Parser<char * char>

parseAThenBParser<char * char>型です。つまり、解析された値は文字のペアです。

組み合わされたパーサーparseAThenBも単なるParserなので、以前と同じようにrunを使えます。

run parseAThenB "ABC"  // Success (('A', 'B'), "C")

run parseAThenB "ZBC"  // Failure "Expecting 'A'. Got 'Z'"

run parseAThenB "AZC"  // Failure "Expecting 'B'. Got 'Z'"

成功の場合、ペア('A', 'B')が返され、 どちらかの文字が入力にない場合に失敗することがわかります。


2つのパーサーから選択する: "or else" コンビネータ

パーサーを組み合わせるもう1つの重要な方法を見てみましょう。「orElse」コンビネータです。

たとえば、「A」または「B」にマッチするパーサーが欲しい場合、どのように組み合わせればよいでしょうか。

実装ロジックは次のようになります。

  • 最初のパーサーを実行する。
  • 成功した場合、解析された値と残りの入力を返す。
  • 失敗した場合、2番目のパーサーを元の入力で実行する。
  • そして、2番目のパーサーの結果(成功または失敗)を返す。

orElseのコードは次のようになります。

let orElse parser1 parser2 =
    let innerFn input =
        // parser1を入力で実行
        let result1 = run parser1 input

        // 結果をFailure/Successでテスト
        match result1 with
        | Success result -> 
            // 成功した場合、元の結果を返す
            result1

        | Failure err -> 
            // 失敗した場合、parser2を入力で実行
            let result2 = run parser2 input

            // parser2の結果を返す
            result2 

    // 内部関数を返す
    Parser innerFn

orElseの中置バージョンも定義します。

let ( <|> ) = orElse

orElseのシグネチャを見てみましょう。

val orElse : 
    parser1:Parser<'a> -> parser2:Parser<'a> -> Parser<'a>

これを見ると、任意の2つのパーサーに対して機能しますが、両方が同じ'aである必要があることがわかります。

orElseのテスト

テストする時間です。まず、組み合わせたパーサーを作成します。

let parseA = pchar 'A'   
let parseB = pchar 'B'
let parseAOrElseB = parseA <|> parseB

型を見ると、3つの値すべてがParser<char>型であることがわかります。

val parseA : Parser<char> 
val parseB : Parser<char> 
val parseAOrElseB : Parser<char>

parseAOrElseBを実行すると、最初の文字が「A」または「B」の場合に正常に処理されることがわかります。

run parseAOrElseB "AZZ"  // Success ('A', "ZZ")

run parseAOrElseB "BZZ"  // Success ('B', "ZZ")

run parseAOrElseB "CZZ"  // Failure "Expecting 'B'. Got 'C'"

andThenorElseの組み合わせ

これら2つの基本的なコンビネータを使って、より複雑なものを組み立てられます。たとえば、「AそしてBまたはC」というものです。

aAndThenBorCをシンプルなパーサーから組み立てる方法は次のとおりです。

let parseA = pchar 'A'   
let parseB = pchar 'B'
let parseC = pchar 'C'
let bOrElseC = parseB <|> parseC
let aAndThenBorC = parseA .>>. bOrElseC

実際に動作させてみましょう。

run aAndThenBorC "ABZ"  // Success (('A', 'B'), "Z")
run aAndThenBorC "ACZ"  // Success (('A', 'C'), "Z")
run aAndThenBorC "QBZ"  // Failure "Expecting 'A'. Got 'Q'"
run aAndThenBorC "AQZ"  // Failure "Expecting 'C'. Got 'Q'"

最後の例では誤解を招くエラーが出ています。「C」を期待していると言っていますが、実際には「B」または「C」を期待しているはずです。 今はこれを修正しませんが、後の投稿でより良いエラーメッセージを実装します。


パーサーのリストから選択する: "choice" と "anyOf"

ここで、コンビネータの力が発揮され始めます。orElseが手元にあれば、それを使ってさらに多くのコンビネータを組み立てられるからです。

たとえば、2つのパーサーだけでなく、パーサーのリストから選択したい場合はどうでしょうか。

これは簡単です。物事を対で組み合わせる方法があれば、reduceを使ってリスト全体を組み合わせることができます (reduceの操作についての詳細は、モノイドに関するこの投稿を参照してください)。

/// パーサーのリストから任意のものを選択
let choice listOfParsers = 
    List.reduce ( <|> ) listOfParsers

入力リストが空の場合、これは失敗しますが、今のところはそれを無視します。

choiceのシグネチャは次のとおりです。

val choice :
    Parser<'a> list -> Parser<'a>

これは、予想通り、入力がパーサーのリストで、出力が単一のパーサーであることを示しています。

choiceが利用可能になったので、リスト内の任意の文字にマッチするanyOfパーサーを次のロジックで作成できます。

  • 入力は文字のリスト
  • リスト内の各文字はpcharを使ってその文字用のパーサーに変換される
  • 最後に、すべてのパーサーがchoiceを使って組み合わされる

コードは次のようになります。

/// 文字のリストから任意のものを選択
let anyOf listOfChars = 
    listOfChars
    |> List.map pchar // パーサーに変換
    |> choice

任意の小文字と任意の数字用のパーサーを作成してテストしてみましょう。

let parseLowercase = 
    anyOf ['a'..'z']

let parseDigit = 
    anyOf ['0'..'9']

テストすると、予想通りに動作します。

run parseLowercase "aBC"  // Success ('a', "BC")
run parseLowercase "ABC"  // Failure "Expecting 'z'. Got 'A'"

run parseDigit "1ABC"  // Success ("1", "ABC")
run parseDigit "9ABC"  // Success ("9", "ABC")
run parseDigit "|ABC"  // Failure "Expecting '9'. Got '|'"

ここでも、エラーメッセージは誤解を招きます。小文字の場合、'z'だけでなく任意の小文字が期待されており、数字の場合、'9'だけでなく任意の数字が期待されています。 先ほど述べたように、後の投稿でエラーメッセージに取り組みます。

レビュー

ここで一旦立ち止まって、これまでの内容を振り返ってみましょう。

  • パース関数のラッパーであるParser型を作成しました。
  • パース関数は入力(例:文字列)を受け取り、関数に組み込まれた基準を使って入力のマッチを試みます。
  • マッチが成功すると、パース関数はマッチした項目と残りの入力を含むSuccessを返します。
  • マッチが失敗すると、パース関数は失敗の理由を含むFailureを返します。
  • 最後に、Parserを組み合わせて新しいParserを作る方法である「コンビネータ」をいくつか見ました。andThenorElsechoiceです。

これまでのパーサーライブラリのリスト

これまでのパーサーライブラリの完全なリストを以下に示します。約90行のコードです。

以下に表示されているソースコードは、このgistでも利用できます。

open System

/// パース成功/失敗を表す型
type Result<'a> =
    | Success of 'a
    | Failure of string 

/// パース関数をラップする型
type Parser<'T> = Parser of (string -> Result<'T * string>)

/// 単一の文字をパースする
let pchar charToMatch = 
    // ネストされた内部関数を定義
    let innerFn str =
        if String.IsNullOrEmpty(str) then
            Failure "No more input"
        else
            let first = str.[0] 
            if first = charToMatch then
                let remaining = str.[1..]
                Success (charToMatch,remaining)
            else
                let msg = sprintf "Expecting '%c'. Got '%c'" charToMatch first
                Failure msg
    // "ラップされた"内部関数を返す
    Parser innerFn 

/// パーサーを入力で実行する
let run parser input = 
    // パーサーをアンラップして内部関数を取得
    let (Parser innerFn) = parser 
    // 内部関数を入力で呼び出す
    innerFn input

/// 2つのパーサーを "A そして B" として組み合わせる
let andThen parser1 parser2 =
    let innerFn input =
        // parser1を入力で実行
        let result1 = run parser1 input

        // 結果をFailure/Successでテスト
        match result1 with
        | Failure err -> 
            // parser1のエラーを返す
            Failure err  

        | Success (value1,remaining1) -> 
            // parser2を残りの入力で実行
            let result2 =  run parser2 remaining1

            // 結果をFailure/Successでテスト
            match result2 with 
            | Failure err ->
                // parser2のエラーを返す 
                Failure err 

            | Success (value2,remaining2) -> 
                // 両方の値をペアとして組み合わせる
                let newValue = (value1,value2)
                // parser2の後の残りの入力を返す
                Success (newValue,remaining2)

    // 内部関数を返す
    Parser innerFn 

/// andThenの中置バージョン
let ( .>>. ) = andThen

/// 2つのパーサーを "A または B" として組み合わせる
let orElse parser1 parser2 =
    let innerFn input =
        // parser1を入力で実行
        let result1 = run parser1 input

        // 結果をFailure/Successでテスト
        match result1 with
        | Success result -> 
            // 成功した場合、元の結果を返す
            result1

        | Failure err -> 
            // 失敗した場合、parser2を入力で実行
            let result2 = run parser2 input

            // parser2の結果を返す
            result2 

    // 内部関数を返す
    Parser innerFn 

/// orElseの中置バージョン
let ( <|> ) = orElse

/// パーサーのリストから任意のものを選択
let choice listOfParsers = 
    List.reduce ( <|> ) listOfParsers 

/// 文字のリストから任意のものを選択
let anyOf listOfChars = 
    listOfChars
    |> List.map pchar // パーサーに変換
    |> choice

まとめ

この投稿では、パーシングライブラリの基礎と、いくつかのシンプルなコンビネータを作成しました。

次の投稿では、これをもとに、もっと多くのコンビネータを含むライブラリを作ります。

この投稿のソースコードはこのgistで利用できます。

追加情報

results matching ""

    No results matching ""