[#3234] sample of TkFont class — NAGAI Hidetoshi <nagai@...>

永井@知能.九工大です.

52 messages 1998/07/08
[#3241] Re: sample of TkFont class — NAGAI Hidetoshi <nagai@...> 1998/07/09

永井@知能.九工大です.

[#3290] Re: sample of TkFont class — NAGAI Hidetoshi <nagai@...> 1998/07/15

永井@知能.九工大です.

[#3291] Re: sample of TkFont class — matz@... (Yukihiro Matsumoto) 1998/07/15

まつもと ゆきひろです

[#3307] Re: sample of TkFont class — NAGAI Hidetoshi <nagai@...> 1998/07/16

永井@知能.九工大です.

[#3309] Re: sample of TkFont class — matz@... (Yukihiro Matsumoto) 1998/07/16

まつもと ゆきひろです

[#3319] Re: sample of TkFont class — NAGAI Hidetoshi <nagai@...> 1998/07/16

永井@知能.九工大です.

[#3321] Re: sample of TkFont class — matz@... (Yukihiro Matsumoto) 1998/07/16

まつもと ゆきひろです

[#3324] Re: sample of TkFont class — NAGAI Hidetoshi <nagai@...> 1998/07/16

永井@知能.九工大です.

[#3367] Re: sample of TkFont class — Tadayoshi Funaba <tadf@...> 1998/07/22

ふなばです。

[#3369] Re: sample of TkFont class — ttate@... 1998/07/22

立石@JAISTです。

[#3370] Re: sample of TkFont class — Tadayoshi Funaba <tadf@...> 1998/07/22

ふなばです。

[#3371] Re: sample of TkFont class — ttate@... 1998/07/23

立石@JAISTです。

[#3292] exprimental release 1.1b9_31 (hopefully final) — matz@... (Yukihiro Matsumoto)

まつもと ゆきひろです

20 messages 1998/07/15
[#3293] Re: exprimental release 1.1b9_31 (hopefully final) — Takahiro Maebashi <maebashi@...> 1998/07/15

前橋です。

[#3294] Re: exprimental release 1.1b9_31 (hopefully final) — matz@... (Yukihiro Matsumoto) 1998/07/15

まつもと ゆきひろです

[#3295] Re: exprimental release 1.1b9_31 (hopefully final) — Takahiro Maebashi <maebashi@...> 1998/07/15

前橋です。

[ruby-dev:3177] Re: experimental release 1.1b9_28

From: "YANAGAWA Kazuhisa" <kjana@...>
Date: 1998-07-01 10:41:06 UTC
List: ruby-dev #3177
in [ruby-dev:3144] Re: experimental release 1.1b9_28
Tadayoshi Funaba <tadf@kt.rim.or.jp> writes:

> >  シンプルではあるんですが,ちょっと違いますよね.proc のままでもでき
> >  てしまう.
>
> えーと、そこを教えてくれませんか? 僕はよくわかってないかもしれないで
> す。

    foo = Proc.new { some_time_consuming_task }
      :
    if needed? foo
      bar = foo.call
    end

  ってやって,後は bar をつかう,というのと変わらない,と.....「値を
  使うときには一定のやり方をするだけで,式が高々一回だけ評価されること
  が保証される」という点ではあの delay は十分優れているのですが.

  # 今気づいた.間抜け.

  で,何が「ちょっと違う」かというと,scheme の delay っていうのは確か
  force で計算させた後は値そのものとして使えたような気がしたんです.

    (define foo (delay 10))
    (force foo)
    (+ foo 1)
      -> 11

  ではなかったかと.

  # 何か気のせいのような気がしてきてますが.

> で、よくみてないんで、勘違いしているかもしれませんが、だいたいうまくゆ
> くと思うのですが、これはメッセージを送らないと評価されないんですよね。
> ですから、やはりそれなりに気をつけないと、思ったとおりにならないってこ
> とはありそうですよね。

  上の scheme での例のようなこと(ただしもっと透過)を想定しているので,
  Promise は

    1. メッセージが送られたときに高々一回だけ式が評価されること.
    2. 不必要なときには評価されないこと.特に代入や引数として渡される
       場合に評価されないこと.
    3. さらに必要なら値のオブジェクトを取り出して,計算の効率化も図れ
       ること.

  を満たしたかったわけです.ただ転送すべきメソッドとそうでないメソッド
  がちゃんとしてないと問題がある,と.

  # future の方は abcl よりも multilisp だ,ということで,同じように透
  # 過になるようになってます.まあ理解が怪しいという話まで一緒なんです
  # が (^^;

> 僕が Delay を書いたのは、以前に ruby-list で質問したことですけど、一度
> だけ評価してくれるインスタンスメソッドを書くためのある実験のためでした。
> そのためにはこれでも十分で、今日実際にやってみて、それなりに甲斐はあっ
> たと思います。

  once? よく使うようなら「最初に呼び出されたとき一度だけ評価され,後の
  参照ではこの最初の評価の結果を返す」という機能を組み込んじゃった方が
  使い勝手はよさそうですね.

  # そういや Eiffel にはそんなのがあったな.よく使うんだろうか?

===========================================================================
  柳川和久 @ 東大阪市 . 大阪府
  kjana@os.xaxon.ne.jp                                       July 1, 1998
「....少なくとも
    夜の空の方が本物だということはわかったな.昼間の空は書き割だ」
「なによそれ」「へんだぜ」



In This Thread

Prev Next