- 988 名前：デフォルトの名無しさん mailto:sage [2012/05/15(火) 15:47:47.20 ]
- >>983-984
個人的にはeach_lineがあるのだから、eachがforの構文糖衣と言う事を考えると、やはりeach_charの別名としてeachは定義する方が自然だと思う
なにより問題はforがeachの構文糖衣であるが故に、文字列のeachが1.9で廃止になったせいでforが文字列で使えなくなった事
文字列のeach廃止にするなら、その辺考えとけよ。と
Ruby（まともに動かなかった）のコードをPythonでほとんどそのまんま書いたら、普通に動いてるし・・・
（というか、文字列を文字の集合と見る言語の方が上で具体的に言語名上げた通り、多数派だ)
Rubyで配列も文字列も統一的に扱える関数って、Pythonよりも作りにくいんじゃなかろうか
