[ruby-dev:18158] Re: Selection IPv4/IPv6 at TCPSocket

In article <[e-mail]>,
  GOTO Kentaro <[e-mail]> writes:

> 現行の文書だとRFC2553(Informational)を参考にするのが良いと思
> いますが、どのプロトコルを使うかについて、サービス側から教え
> てくれる情報についての規定はないようです。

うぅむ。

考えてみると、今でも A レコードが複数あった時にもやっぱり教えてくれな
いような。

> ハードコードに反対なのには同意しますが、不具合を避けるのが目
> 的なんでしょうか。その辺はよく分かりませんでした。

私もよくわかりません。実際に問題を抱えている人の説明を希望します。

> 例えば、プ
> ロトコルによって同じサービス名で異なる内容をサービスを提供す
> るサイトもあり得るので、そのような場合にはクライアント側でプ
> ロトコルを選択するしかない、というような状況を想定しているの
> かと思いました。いずれにせよ特殊な状況だとは思いますが。

同じサービス名で異なる内容というと... かめが踊るかどうかとか?

# 私は踊るところを見たことがありません。

> 個人的には、過渡期の不具合に対する対処としてはあるライブラリ
> を require したときは環境変数なり何なりで TCPSocket.new の動
> 作を変えることが出来るくらいの方が良いと思います。そうすれば、
> その require 以外にはスクリプトの中にプロトコル依存なコード
> が入らなくなるのでほとんどプロトコル独立なスクリプトにするこ
> とが出来ます。

そう思います。そういう意味で、私はグローバルに挙動が変化するのは悪くな
いと思うんです。これは本来は下のレイヤ(libc とか)に属する性質で、上の
レイヤ(アプリケーション)で表現しようとするとむしろ modular になりにく
い類の話なのだと思っています。

で、new に引数を追加するのは上のレイヤでの処理を強く指向しているように
見えるので好ましく思えません。require ひとつで済むようなものがあった上
で、微妙な制御を行なうアプリケーションのために、あるいはその require
するライブラリの実装のために、new に「も」引数を追加というなら悪くない
とは思います。

とはいえ、実際の問題を知らないわけで、状況を知れば意見はくるくる変化す
るかも知れませんが。
-- 
[田中 哲][たなか あきら][Tanaka Akira]
「ふえろ! わかめちゃん作戦です$(C⊇」(Little Worker, 桂遊生丸)