[#43767] UDP通信時のエラー検出 — "中田雅美" <mimiger2007@...>
中田(雅)と申します。
小西 弘将です。
In message <6DC7D411CB0FB4konishi@raax.co.jp>
中田(雅)です。
In message <407af920708010215n6cb6a4a7o32a164da7d0b6901@mail.gmail.com> 2007-08-01T18:15+0900,
こんにちは。
[#43777] gsub! で定数を書き換えられてしまう — 古川大輔 <mogya99@...>
はじめまして。もぎゃ と申します。
[#43781] WEB公開されるML投稿記事について — REI OKAMOTO <okamoto@...>
昨日投稿した岡本です。
[#43796] mod_ruby 環境の Rails での日本語文字列の truncate — "IKEDA Katsumi" <ikedak@...8.so-net.ne.jp>
池田と申します。
[#43806] Procの仕様について — "SHIMADA Koji" <snoozer.05@...>
しまだです。
[#43809] 配列についての質問 — "142QN4969@..." <ohrsts@...>
小原です。御世話になっています。
[#43815] 日本Rubyの会のHPでHikiError — "SHIMADA Koji" <snoozer.05@...>
しまだです。
[#43833] JRubyからWin32OLEの使用 — "kouichi ueno" <koichiarchi@...>
上野です。
[#43846] 質問:シェルスクリプトにすると uninitialized constant DATA — sw@...
環境は Windows XP
なかだです。
コメント、ありがとうございます。
[#43857] Hashへの生成順は保障されないのか? — Hiroshi Kasamatsu <qqmn89yb9@...>
こんにちは、笠松と申します。
Hiroshi Kasamatsu wrote:
皆さん、早速のレスありがとうございます。
Hiroshi Kasamatsu wrote:
Urabeさん、笠松です。レスありがとうございます。
Hiroshi Kasamatsu wrote:
cuzic です。
cuzic wrote:
In article <46C9E7BB.4060100@ruby-lang.org>,
おお、田中さんを満足させる説明ってのは結構ハードル高そうだな。
# 出遅れたので、レスすべきメールが判らなくなってしまったので、手近なのに
まつもと ゆきひろです
なかだです。
ささだです。
まつもと ゆきひろです
なかだです。
At Tue, 21 Aug 2007 13:59:43 +0900,
ささだです。
At Tue, 21 Aug 2007 19:29:11 +0900,
In article <86sl6dgikh.knu@iDaemons.org>,
In article <87zm0kaz60.fsf@fsij.org>,
前田です。
Yuguiといいます。
まつもと ゆきひろです
大久保といいます。Ruby初心者ですがよろしくお願いします。
ささだです。
[#43868] ruby1.8でssl通信@stmp/pop3 — "Tomo Matsumoto" <tomoyuki28jp@...>
松本と申します。
[#43923] [ANN] isi-1.1.3 released! — NISHIMATSU Takeshi <t_nissie@...>
西松と申します。
[#43939] Windows で正確なファイル名を取得するには — Five point Five <5.5@...>
Five point Five です。
[ruby-list:43906] Re: Hashへの生成順は保障されないのか?
At Tue, 21 Aug 2007 19:29:11 +0900,
SASADA Koichi wrote:
> Akinori MUSHA wrote:
> > 1.9 においても、 Hash という名前のクラスで順序を保証することには
> > 反対です。別クラスにするか、せめて生成時オプションにしてほしい。
>
> 理由はなんでしょう。実装上たまたま順序が保障されているというのは良
> いでしょうか。それとも、これも混乱を招く(保障されてると思ってどんど
> んコードを書いちゃう人がいる)からダメでしょうか。
そうですね。まとめになってしまいますが、
1. 名実一致
Hash というその名称から、順序性を期待させるべきでない。
(この時点で大義がない)
2. 性能
メモリ使用量増加や速度低下をもたらし、今後の最適化の余地も
制限する。
3. 互換性
記法が変わらないため、コード断片を見ただけでは順序性を期待
しているのかどうか読み取れなくなる。これは他の言語や古い
バージョンのRubyへの移植の妨げになる。
また、 shim (compatibility layer)を実装しようにも、大幅な
性能劣化を伴わずに実現できるか疑わしい。
などが理由です。
> 名前を変えるのは賛成なのですが、問題なのは多分リテラルで簡単に書け
> るかどうかってことだと思うのですよねぇ。
リテラル表現を用意すると、バックポートしない限り下位互換性を
失いますが、それはさておき。
[ x1 => y1, ... ] だと順序付きマップを生成するとか?これは今は
[{ x1 => y1, ... ]} と解釈されますが、文法的には配列と区別可能。
Set もそろそろ組み込みに…。こちらはもちろん { x, y, z, w }。
わかりにくいか! (j/k)
%m{ x1 => y1, ... } みたいなのもないことはないと思います。
が、そもそもリテラル記法が必要なほど多用されるかどうか。
--
/
/__ __ Akinori.org / MUSHA.org
/ ) ) ) ) / FreeBSD.org / Ruby-lang.org
Akinori MUSHA aka / (_ / ( (__( @ iDaemons.org / and.or.jp
"Different eyes see different things,
Different hearts beat on different strings --
But there are times for you and me when all such things agree"