今日から夏休み

Ｊａｖａで書いているＬｉｓｐですが、暫定公開

１週間ぐらいで、消すかも知れません

evalも結構違う

ｓｃｈｅｍｅとＣｏｍｍｏｎＬｉｓｐって、evalの処理も結構違う事が
わかった。
ｓｃｈｅｍｅとＣｏｍｍｏｎＬｉｓｐを両方動かすのは、一旦あきらめて
ＣｏｍｍｏｎＬｉｓｐの方を中心に作っていこうかと思う。

a-sanに触発されてJavaでlisp作りを始めて、はや１〜２週間。
最初考えた事。
schemeとCommonLispと両方同時に処理するインタープリタが作れないか？

ただでさえ、少ないLisp人口をなぜ、SchemeとCommonLispの２つに
分ける必要があるのか、私には、理解できない。

両方使えた方がいいじゃないか。schemeからCommonLispの関数が呼べて
CommonLispからＳｃｈｅｍｅの関数が呼べたら、便利じゃない？

基本的なアイディア。
CommonLispにはパッケージという空間があるので、それを利用して
Ｓｃｈｅｍｅを分離する。

(in-package "scheme") とやると、Ｓｃｈｅｍｅのモードに入る。

しばらく作ってみて、わかったこと。
read -> eval -> print というループのうち、少なくとも
read と print は、schemeで動いているのか、Commonで動いているのかの
モードを見て、動作を変えないといけない。

しょうがないので、パッケージの属性として、Commmonモードか、Ｓｃｈｅｍｅ
モードかの属性をつけた。

Ｌｉｓｔの終了がＣｏｍｍｏｎだとnilなんだけど、Schemeだとnilでないのが
かなりややこしい。

最初は、モードに応じてそれを変えようと考えたんだけど、結構メンドくさくなって
しまうので、そこは妥協する事にした。

リストの終了は　common-lisp::nil なんだけど、表示でがんばって　（）と
表示する事にした。

Ｓｃｈｅｍｅはまた論理型があるので、Ｃ言語とＪａｖａのｉｆ文の違いの
ような、面倒くささがある。

これまたしょうがないので、common-lisp:if と　scheme:if は別々に
実装すれば、動きそう。。。

仕事で外出した際に、ちょっと時間があまったので
本屋さんによりました。

grooby on grailsの本は、まだ１冊ぐらいしかないのは
知っていたのですが、本屋さんの棚が
ruby on railsだらけに。
こんなに沢山本が出ているとは知りませんでした。

groovy on grailsをちょっとだけ触ってみました。

構文的には、ruby on railsより好きになれそうなんだけど、
java でいう　extends をどこでやっているのか
さっぱりわかりません

たとえばコントローラのソースを見ていると　renderがありますが
これがどこで定義されているのか、さっぱりわかりません。

ruby on railsだと、　java でいう　extendsみたいな仕組みがあるので、
上位クラス？（どこか別のところ）で定義されているのは、
わかったのですが、
grailsの場合は、どこにあるのか、さっぱりわかりませんでした。

JavaCCを使ったＪａｖａのソース解析が
少し動くようになったので、ここに置いておきます。

まだベータ版程度

先週の土曜に、半日ほどＪａｖａＣＣやっていたら、なんとなく
わかってしまいました。
詳しい事はマニュアルを見てもよくわかりませんが（笑）、
変換されて生成されたＪａｖａソースを見ていたら、なんとなく
使い方がわかってしまいました。

慣れるのが大変という話はありますが、それでも、Ｊａｖａで
全部構文解析作るより、全然楽そうです。