[#38470] ruby-dev summary 21403-21530 (draft) — Minero Aoki <aamine@...>

青木です。

25 messages 2003/10/07
[#38475] Re: ruby-dev summary 21403-21530 (draft) — maili31s@... (SugHimsi==SUGIHARA Hiroshi) 2003/10/07

すぎむし。

[#38480] Re: ruby-dev summary 21403-21530 (draft) — Minero Aoki <aamine@...> 2003/10/08

青木です。

[#38481] marshal_dump (was Re: ) — m_seki@... 2003/10/08

[#38484] Re: marshal_dump (was Re: ) — matz@... (Yukihiro Matsumoto) 2003/10/09

まつもと ゆきひろです

[#38486] Re: marshal_dump (was Re: ) — Masatoshi Seki <m_seki@...> 2003/10/09

咳といいます

[#38489] exit status on exit! — YANAGAWA Kazuhisa <kjana@...4lab.to>

<http://www.unixuser.org/~ysjj/diary/?200310a&to=200310082#200310082>

29 messages 2003/10/09
[#38490] Re: exit status on exit! — Koji Arai <JCA02266@...> 2003/10/09

新井です。

[#38503] Re: exit status on exit! — YANAGAWA Kazuhisa <kjana@...4lab.to> 2003/10/10

In Message-Id: <20031010.082218.74733862.JCA02266@nifty.ne.jp>

[#38505] Re: exit status on exit! — Koji Arai <JCA02266@...> 2003/10/10

新井です。

[#38507] Re: exit status on exit! — matz@... (Yukihiro Matsumoto) 2003/10/11

まつもと ゆきひろです

[#38514] Re: exit status on exit! — YANAGAWA Kazuhisa <kjana@...4lab.to> 2003/10/11

In Message-Id: <1065883639.405037.23137.nullmailer@picachu.netlab.jp>

[#38515] Re: exit status on exit! — WATANABE Hirofumi <eban@...> 2003/10/11

わたなべです。

[ruby-list:38531] Re: marshal_dump (was Re: )

From: matz@... (Yukihiro Matsumoto)
Date: 2003-10-13 11:32:58 UTC
List: ruby-list #38531
まつもと ゆきひろです

In message "[ruby-list:38526] Re: marshal_dump (was Re: )"
    on 03/10/13, "NAKAMURA, Hiroshi" <nakahiro@sarion.co.jp> writes:

|ちなみにJavaでは、dumperが、クラス階層内の各クラスの
|writeObjectメソッドをそれぞれ呼んでくれるので(2種類あるserialize
|インタフェイスの手軽なほう)、各クラスが、自分で定義した
|インスタンス変数(とは呼ばないけど)を書き出すことで、救えます。
|writeObjectメソッドが定義されてない場合、デフォルトで全ての
|インスタンス変数(同)が書き出されます。

えーと、writeObjectメソッドはサブクラスでoverrideされていよ
うがなんだろうが個別に呼ばれるんですか。Rubyではあんまりそう
いうのはやってないんで考えてませんでしたけど、それが良いと言
うなら検討の余地はあります。

|Rubyでは、インスタンス変数がどのクラスで定義されているか、
|あまり意識してない人が多いような気がします(?)。よって咳さんの
|書かれてるように、Javaみたいにクラス階層をたどることで債務分割を
|するのでなく、一番下位のmarshal_dump/marshal_loadを定義するヤツが
|気をつけて全部やれ、とするのもアリだと思います。

現時点ではそうなってますね。

|関連してひとつ、別の提案ですが、Javaでは、とあるメソッド(readResolve)を
|定義しておくと、loadの後に呼んでくれて、そいつが返したオブジェクトを元の
|オブジェクトとすりかえる、という機能があります。singletonやenumな
|クラスで、loaderが生成した新規オブジェクトを、singletonオブジェクトと
|すりかえられます。

すいません。Javaについてあまり知識が無いので、「loadの後に呼
んでくれて」、「元のオブジェクトとすりかえる」という記述が具
体的にはイメージできませんでした。もうちょっと説明していただ
けませんか?

                                まつもと ゆきひろ /:|)

In This Thread