>  > 

SX、MX、GX7# FRS59/08~S63/08【品番:193】 トヨタ クレスタ クレスタ ウーリー ■KAROフロアマット FRS59/08~S63/08【品番:193】

■KAROフロアマット ウーリー トヨタ クレスタ SX、MX、GX7# FRS59/08~S63/08【品番:193】

■KAROフロアマット ウーリー トヨタ クレスタ SX、MX、GX7# FRS59/08~S63/08【品番:193】

■KAROフロアマット ウーリー トヨタ クレスタ メタリックブラック SX、MX、GX7# FRS59/08~S63/08【品番:193】 RV504

Oct 30, 2018 - 6 minute read - Comments - review go

[書評] Go言語でつくるインタプリタ を読んだ #go

Go言語でつくるインタプリタを読んだのでメモ。 プログラマなら一度はやる(?)であろうインタプリタの実装をGoで行う本書では、優れた設計は拡張性が高く「小さく作る」・「常に動くものを作る」を可能にすること、テスト駆動開発とテーブル駆動テストを用いることで検証を繰り返しながら着実に開発を進めることができることを実感することができる。

なぜ読んだのか?

一言で言うとGoの勉強とパーサーを書きたいと思っていたので手にとった。以前の職場の知り合いに聞くたびに何らかの理由(あるフレームワークのlinterを作りたいetc)でパーサーを書いているめちゃくちゃできる人がいて、「パーサーを書く」という行為に憧れのような感情を抱いていた。「パーサーを作る」という行為は以下のスキルがないと実現できないからだ 100 ハイエース シートカバー【クラッツィオ】クラッツィオ エアー シートカバー 【ET-0236】 ハイエース バン 100系 【年式:1999年07月~2004年07月】。

  • パース対象の式表現を抽象構文木(abstract syntax tree、AST)に落とし込む
  • ASTを操作・走査する実装力

正直Go言語の場合はAST pkgがあるので「それ見ろよ」でもいいのかもしれない。ただ最初から相当規模となっている完成形を見るのではなく、ゼロから作り始めてひとつひとつを解説してくれるほうがよかった。本書は英語版を@deeeetさんが紹介していたりして気になっていた。

実装するインタプリタとMonkyという仮想言語について

本書ではMonkeyという仮想言語のインタプリタの開発を行う。最終的に実装するインタプリタではMonkey言語は以下のような機能が実現される(本書の「はじめに」より引用)。

  • C言語風の構文
  • 変数束縛
  • 整数と真偽値
  • 算術式
  • 組み込み関数
  • 第一級の高階関数(関数を引数に受け取る関数)
  • クロージャ
  • 文字列データ型
  • 配列データ型
  • ハッシュデータ型

また、本書は以下のWebサイトから購入できるWriting An Interpreter In Goの翻訳版だ。

翻訳版の本書は無料公開されている以下のおまけチャプターの「マクロシステムの実装」も付録として翻訳されている。

よって、上記の箇条書きの機能に加えElixerのquote/unquoteのようなマクロ機能も実装する。

本書ではこれらの機能の実装(インタプリタの実装)をゼロから(字句解析、構文解析から)始めて全て行う。 後述する通り、本書では第一章からREPLとしても作成するので、実際にコンソールで機能を確かめながら実装を進めていく。

「プログラムを作る」過程に必要なアプローチを学ぶことができる 17インチ サマータイヤ セット【適応車種:ヴォクシー(70系 3ナンバー)】WEDS レオニス NAVIA 06 マットブラックリムポリッシュ 6.5Jx17ヨコハマ エコス ES31 215/50R17。

この本の良さに以下の2つがある。なので、「インタプリタを作る」ことの勉強だけではなく、「何もないところからプログラムを作る」過程のアプローチについても学ぶことができる。

  • 終始「動くものを小さく作る」を一貫して最後まで続ける
  • テスト駆動開発(TDD)で機能を着実に実装していく

終始「動くものを小さく作る」を一貫して最後まで続ける

本書のインタプリタではASTのノードを全てNodeインターフェースで表現する カードでポイント最大34倍 3/21(木)20:00~3/26(火)1:59迄 TOYOTIRES トーヨー プロクセス R888R PROXES サマータイヤ 205/45R17 KYOHO STINER シュタイナー LSV ホイールセット 4本 17インチ 17 X 7 +48 5穴 114.3。与えられたテキストは自作する字句解析器によってTokenに分解されたあと、StatementあるいはExpressionインタフェースを満たすNodeの派生オブジェクトとしてパースされていく。

// Node is base of AST.
type Node interface {
TokenLiteral() string
String() string
}
// Statement is base statement.
type Statement interface {
Node
statementNode()
}
// Expression is base expression.
type Expression interface {
Node
expressionNode()
}

本書の構成のすごいところは1章でREPLを作成しコンソールで触りながら実装を進められるところだ。

■KAROフロアマット ウーリー トヨタ クレスタ SX、MX、GX7# FRS59/08~S63/08【品番:193】

 


   ご注文商品詳細(ご確認下さい)
商品メーカー KARO(カロ)
商品名 WOOLY(ウーリー)
メーカー品番 メーカー品番:193
車メーカー TOYOTA(トヨタ)
車名 クレスタ
車輌型式 SX、MX、GX7#
年式始~年式終 S59/08~S63/08
駆動方式 FR
フットレスト
対応フック K
マット点数 4
マットカラー グレー・ブルー
 
車種補記 特に無し
備考 -
納期目安 受注生産商品となり2~3週間(ご注文後のキャンセル・商品変更はお受け出来ません)

 












KARO カロ karo カロマット カロマット カロ マット マット WOOLY ウーリー TOYOTA トヨタ クレスタ 193 SX、MX、GX7# グレー ブルー

。節の実装をひとつ終えるたびにインタプリタ(REPL)に新しい機能が「動かせる状態」で追加されていく。普段の開発で例えるならスプリントが終わるたびに必ず「新機能のデモができる」ような進め方で章が進んでいく。つまり「今は作らないけど今後の拡張を考慮しておく」アプローチについても学習することができる。前半でパーサーのコアロジックまで実装したあとは新しいトークンリテラルを追加して条件分岐に処理を追加していくだけだ。このような優れた設計・抽象化は一度実装したあと(全部一度見通したあと)のリファクタリングで得られるものなのかもしれないが、コア部分の設計が大きく開発に影響することを感じることができた。

テスト駆動開発(TDD)で機能を着実に実装していく

本書が良いと感じた2点目の理由は最初から最後まで一貫してテスト駆動開発で実装が進むところだ。本書の各節は以下の流れで進む。

  1. その節で新たに対応する命令文やリテラルの概要
  2. 実装後に処理できるようになる文字列をテストケースにしたテストコードの作成
  3. テストレッドを確認したあと実装を行う

特にテストコードの作成では簡単な確認のテスト以外ではすべてテーブル駆動テストで実装される。そのためテストも文字列と期待値のテストケースを数行(数ケース_加えるだけですぐ実装が開始できる。例えば以下のテストケースにコメントアウト部分のテストケースを足せばもう==!=の実装を開始することができる。

infixTests := []struct {
input string
leftValue interface{}
operator string
rightValue interface{}
}{
{"5 + 5;", 5, "+", 5},
{"5 - 5;", 5, "-", 5},
{"5 * 5;", 5, "*", 5},
{"5 / 5;", 5, "/", 5},
{"5 > 5;", 5, ">", 5},
{"5 < 5;", 5, "<", 5},
{"5 == 5;", 5, "==", 5},
{"5 != 5;", 5, "!=", 5},
{"foobar + barfoo;", "foobar", "+", "barfoo"},
{"foobar - barfoo;", "foobar", "-", "barfoo"},
{"foobar * barfoo;", "foobar", "*", "barfoo"},
{"foobar / barfoo;", "foobar", "/", "barfoo"},
{"foobar > barfoo;", "foobar", ">", "barfoo"},
{"foobar < barfoo;", "foobar", "<", "barfoo"},
//{"foobar == barfoo;", "foobar", "==", "barfoo"},
//{"foobar != barfoo;", "foobar", "!=", "barfoo"},
//{"true == true", true, "==", true},
// {"true != false", true, "!=", false},
// {"false == false", false, "==", false},
}

テストを回しながらリグレッションテストを繰り返すだけで「実装の完了」を明確に確認できる。「デグレなく実装できたか」、「今どこまで実装できているのか(どの構文まで対応できているのか)」を確かめながら新たな実装に進むことができるので、テスト駆動開発の強さを体感しながら読み進めることができた。「課題」として取り組みたい人はテストケースを実装したところで本を閉じ、自分で考えて実装するという進め方もできるだろう 26日1時59分まで【エントリーポイント10倍】 送料無料 ブリヂストン ネクストリー NEXTRY S 195/65R15 195/65-15 1本 バルブ付 プリウス ヴォクシー エスクァイア セレナ インプレッサ。

終わりに

本書ではインタプリタを作るという目的の他に以下の点を学習することができた。

  • 優れた設計は拡張性が高く、「小さく作る」、「常に動くものを作る」を可能にする。
  • テスト駆動開発とテーブル駆動テストを用いることで検証を繰り返しながら着実に開発を進めることができる。

正直に言うと私は途中までは読書と一緒にコードも実装していたのだが、時間の関係(Goによる並行処理が発売されたのもある)で中盤以降は読むだけで終えてしまった。ただこの本は何周かする予定なので二週目は実装の方も再開したい。

また、これは本の内容にはまったく関係がないし本の構成の問題ではないのだが、自分の英語能力の低さを強く感じた。少し時間を開けて読書を再開するたびに遡ってインターフェースや構造体を定義したページに戻らないと、今拡張しているオブジェクト・実装しているインターフェースの「意味」を名前から連想できていなかった。例えばInfixExpressionとは何を定義しているのだろうか?ExpressionStatementという英単語が持つ意味合いの違いはなんだろうか?となっていた。 これはフレームワークや標準パッケージを利用する際、仕様を読む際、命名付けをする際、日常に頻繁に直面する問題なのでもっとしっかり英語の勉強もしないといけないと痛感した。

なお、この本には続編の”Go言語で作るコンパイラ”もある(2018/10/30現在翻訳版はなし)。いずれこちらも読んでみたい。

関連記事