[#7300] resolver を呼ばない UDPsocket#recvfrom — Toshihiko SHIMOKAWA / 下川俊彦 <toshi@...>

あんまり ruby-dev な話でも無いのですが、ちょっとした機能拡張の提案なので、

12 messages 1999/07/12
[#7321] Re: resolver を呼ばない UDPsocket#recvfrom — Toshihiko SHIMOKAWA / 下川俊彦 <toshi@...> 1999/07/15

From: Toshihiko SHIMOKAWA / 下川俊彦 <toshi@csce.kyushu-u.ac.jp>

[#7313] Ruby 1.3.5 — Yukihiro Matsumoto <matz@...>

Ruby 1.3.5 is out, check out:

59 messages 1999/07/15
[#7318] Re: Ruby 1.3.5 — WATANABE Hirofumi <watanabe@...> 1999/07/15

わたなべです.

[#7326] Re: Ruby 1.3.5 — Wakou Aoyama <wakou@...> 1999/07/15

青山です。

[#7331] Re: Ruby 1.3.5 — matz@... (Yukihiro Matsumoto) 1999/07/16

まつもと ゆきひろです

[#7340] Re: Ruby 1.3.5 — Wakou Aoyama <wakou@...> 1999/07/16

青山です。

[#7368] Re: Ruby 1.3.5 — matz@... (Yukihiro Matsumoto) 1999/07/19

まつもと ゆきひろです

[#7373] Re: Ruby 1.3.5 — Shin-ichiro Hara <sinara@...> 1999/07/19

原です。

[#7374] Re: Ruby 1.3.5 — matz@... (Yukihiro Matsumoto) 1999/07/19

まつもと ゆきひろです

[#7382] Re: Ruby 1.3.5 — Wakou Aoyama <wakou@...> 1999/07/19

青山です。

[#7386] Re: Ruby 1.3.5 — matz@... (Yukihiro Matsumoto) 1999/07/21

まつもと ゆきひろです

[#7388] Re: Ruby 1.3.5 — Wakou Aoyama <wakou@...> 1999/07/21

青山です。

[#7387] [PATCH]extconf.rb, tcltklib.c, and rubytest.rb for NetBSD — Ryo HAYASAKA <hayasaka@...21.u-aizu.ac.jp>

早坂@会津大学です。

10 messages 1999/07/21

[#7466] [PATCH] for djgpp — WATANABE Hirofumi <watanabe@...>

わたなべです.

21 messages 1999/07/29
[#7467] Re: [PATCH] for djgpp — Katsuyuki Komatsu <komatsu@...> 1999/07/29

小松です。

[ruby-dev:7268] Re: TkVariable

From: nagai@...
Date: 1999-07-01 05:30:14 UTC
List: ruby-dev #7268
永井@知能.九工大です.

From: matz@netlab.co.jp (Yukihiro Matsumoto)
Subject: [ruby-dev:7267] Re: TkVariable
Date: Thu, 1 Jul 1999 11:35:50 +0900
Message-ID: <E10zWhY-0000dc-00@ev.netlab.co.jp>
matz> In message "[ruby-dev:7266] Re: TkVariable"
matz>     on 99/06/30, Koji Arai <JCA02266@nifty.ne.jp> writes:
matz> |> チェックを追加するか、このままでもよしとするか...
matz> |
matz> |TkVariableにどんな機能があるか確認してるうちに深み
matz> |にはまっただけなので、このままでも支障はないです。
matz> |
matz> |実際、-textvariableとか以外に使いみちがないですよ
matz> |ね?
matz> そーですねえ。アレは私が初期にエイヤっと実装したコードそのま
matz> まですから、もうちょっといろいろすれば文字列以外のデータ型の
matz> 情報交換もできるのかもしれません。他でもTclとそういうやりと
matz> りをしてるのだから。

Tcl の中ではすべてが文字列ですから,自ずと限界がありますよね.
妥協策の一つとしては,TkVariable のインスタンス生成時に,
その変数で仮定するクラスを指定 (といっても,整数,実数,Array, Hash 
くらいですかね? ) することでしょうか.
あるいは,ruby 側で設定された値のクラスで受け取ると仮定するか.
多分,後者の方が便利だと思います.
いずれの場合も,期待されたクラスに適切に変換できない場合には
例外を上げるようにすると良さそうです.
Tcl から渡されるのはいずれにせよ文字列ですし.(^_^)
こういう形式でしたら,割とすっきりしていて
実装もそう難しくはないと思いますが,いかがでしょうか?
ただ,Tcl で扱うことができる配列は 1 次元ですから,
ruby 側で多次元のものをどう扱うかという問題は残ります.
まぁ,多分,多次元で与えねばならない case はないと思いますので,
「仕様上,多次元は扱えない」で問題ないと考えますが...

# 実装してみてもいいのですが,時間がなくて...
-- 
                                         永井 秀利 (九工大 知能情報)
                                             nagai@ai.kyutech.ac.jp

In This Thread