[ruby-dev:14504] Re: [Patch] pp.rb and debug.rb

In article <[e-mail]>,
  "NAKAMURA, Hiroshi" <[e-mail]> writes:

> 覚えることが1つだけでよい。

なるほど。それは利点ですね。

> traverseが難しいとは言っていません。marshalではその出力から、
> 元のネットワークに戻す必要があります。そちらが難しいと言っています。

それが難しいという点に関してはそれなりに理解できます。

cycle を含む構造は bottom up に作ることが不可能で、どこかのノードを仮
に作っておいて、後から破壊的に修正する必要があります。知っていればどう
ということはありませんが、知らないとできないですし。
# 例としては Scheme で Scheme を実装するときに letrec をどうやって作るか、とか。
## まぁ、letrec は非破壊的に作れないというわけではないのだが...

でも、それは traverse の API とはあまり関係ない気がします。

>   inspectorは表示用文字列にserializeするが、
>   marshallerはネットワークをツリーに構造変換すればよい。
>   一般のmarshallerに期待されるserializeについては、
>   変換後のツリーを適当な方法でserializeすることで対応する。
> 
>   unmarshalは、一旦deserializeしてツリーを作り、
>   そのツリーをtraverseすることで元のネットワークを作ればよい。
>   つまり、custom marshalは、marshal/unmarshal用のAPIを用意するのではなく、
>   traverse APIを使ったネットワーク変換 + 別途serialize手法により実現する。
> 
> という理解であってます？

よくわかりません。ここでいうツリーってなんですか?

とくにツリーを生成したつもりはないのですが。
(DFS がたどった跡がツリーになっているという意味ならそれはそうですが。)

一般のmarshallerに期待されるserialize っつーのもよくわかりませんが、
  るびきちさんの TMarshal + あづみさんの変更
  青木大輔さんの obj2src
も Ruby script を吐くわけで、そのあたりの感覚でいえば私の dump2 も(実
装がひどく不完全であるとはいえ)marshal しているといえると思うんですが。

あと、custom marshal っていうのもなにを意図するのかよくわかりません。
私が書いた dump2 のように既存の Marshal とは関係なく動作するような奴な
んでしょうか? それとも Marshal.dump が使う _dump のことなんでしょうか?

いずれにせよ、何がやりたいのか知りませんが、具体的な問題に即して考える
べきじゃないですかね。inspect と Marshal で統合されたからって、それ以
外の問題に適用できるという保証はないわけですし。

# _dump/_load の話は ToDo に載っているのか...
-- 
[田中 哲][たなか あきら][Tanaka Akira]
「ふえろ! わかめちゃん作戦です$(C⊇」(Little Worker, 桂遊生丸)