魁け！ Ruby 1.9.X

**デフォルトの名無しさん** · 2008/01/29(火) 19:45:46

プログラミング言語Ruby 1.9.Xについてのスレです。
2007年12月26日にリリース！されたもののまだまだ不安定だし，
1.8.Xとの互換性の問題もあることだし，
かといって，メーリングリストはほとんどROMだし（参加してないし），
ということで，1.9.Xオンリーのインストールからスクリプトまでの話題などどうぞ。
エラー，バグ報告もどしどし

■質問，話題を振る人へ
ポチッとな，とする前に次の3つのリンクを確認。
　・http://svn.ruby-lang.org/repos/ruby/tags/v1_9_0_0/doc/NEWS
　・http://svn.ruby-lang.org/repos/ruby/tags/v1_9_0_0/ChangeLog
　・http://eigenclass.org/hiki.rb?Changes+in+Ruby+1.9 (参考)
未完だけど，マニュアルページもね（^^）
　・http://doc.loveruby.net/refm/api/

質問には以下を書くこと。
　・インストール環境（OS名、configureオプションなど）
　・インストールの問題なのか、スクリプト自体の問題なのかを区別すること
　・エラーメッセージ（なるべくそのままで）
　・1.8.Xとの違いをできるだけ確認すること（1.8.Xでは実行できたとか）

質問と回答は1.9.X（いずれはRuby2.0）に寄与発展することになる！筈だ（^^）

**155** · 2009/05/03(日) 16:07:29

>>161
>1.8でもできない。
えー？
だって、うちのデスクトップでVC2008でコンパイルできたし、
コンパイラとか入ってないActiveScriptRuby1.8.7だけインストールしてあるノートで動いてるよ？
ActiveScriptRubyってVC6だったよね・・・？
なんかはげしく勘違いしてるんかなー

**155** · 2009/05/03(日) 16:09:17

あ、書き忘れたけど1.9.1でもruby-1.9.1-p0-i386-mswin32とVC2008でコンパイル成功したよー
勘違いじゃなければだけど・・・。

**155** · 2009/05/03(日) 23:05:37

わかった！
俺、VC2008のランタイムをスタティックリンクしてるから使えてるんだ！
しょぼしょぼな話題で連投失礼。お騒がせしましたｗﾉｼ

**デフォルトの名無しさん** · 2009/05/05(火) 17:54:40

>>164
> 俺、VC2008のランタイムをスタティックリンクしてるから使えてるんだ！
それだと外部ライブラリ使う拡張ライブラリが使えなくなるぞ。

**155** · 2009/05/06(水) 13:49:22

>>165
>それだと外部ライブラリ使う拡張ライブラリが使えなくなるぞ。
ヘボくてｺﾞﾒﾝ、意味がわからないorz

Ruby本体(mswin32)・・・VC6ランタイムを動的参照
俺が作ったやつ・・・VC2008ランタイムを静的参照
VC6で作ったほかのライブラリ・・・VC6ランタイム（Ruby本体と同じやつ?）を動的参照

となって、問題があるようには思えないんだけど・・・
ActiveScriptRuby同梱のVisualuRubyも同時に使えてるし。

**デフォルトの名無しさん** · 2009/05/06(水) 14:46:48

あぁ、拡張ライブラリだけをVC2008でスタティックリンクで、か。
config.hでエラーになるはずだけど、そこは当然書き換えてる?
外部に依存しない単独のライブラリなら動くかもしれんけど、
もう長いことDLLを使う形でしかコンパイルしてないから、
動くかどうか保証はできない。

**155** · 2009/05/06(水) 21:11:11

config.hははじめのところをコメントアウトしてる。
外部に依存しない単独のってことは、つまり、
俺がつくったやつから他のライブラリを参照しようとすると
うまくいかない可能性があるって感じかな。
VC6があれば問題なかったんだけど、
VC2008しか無いのに拡張ライブラリ作って公開しようと思うあたりが困ったちゃん。

**デフォルトの名無しさん** · 2009/05/06(水) 22:04:43

もうみんなでmingw使おうぜ！

**デフォルトの名無しさん** · 2009/05/06(水) 22:40:26

やだよｗ

**デフォルトの名無しさん** · 2009/05/07(木) 18:30:12

155がやってるのは「たまたま動いてる」だけで、動くことは保証されない。
例えば、fd渡しがあって大きめのI/O操作したらアウト。

**デフォルトの名無しさん** · 2009/05/07(木) 18:42:22

fd渡しなら一切のI/Oでアウトだからやってないと思う。
でもまぁ、それでバイナリ配布とかはやめてね。

**155** · 2009/05/07(木) 20:47:14

ランタイムに依存するデータはライブラリ間で渡せないっていうことかな・・・。
ふむふむ、勉強になりますφ（．．）ｶｷｶｷ
VC6ほしいなあー

**デフォルトの名無しさん** · 2009/05/08(金) 03:22:53

VC6から移行すべきなんだが

**デフォルトの名無しさん** · 2009/05/08(金) 06:11:13

>>174
どういうこと？　今のrubyではVC6じゃないと動かないんじゃ？

**デフォルトの名無しさん** · 2009/05/08(金) 09:29:42

pythonみたいに移行したほうがいいよ
誰かが音頭を取るべきだ

**デフォルトの名無しさん** · 2009/05/08(金) 15:35:51

今移行しようとしてるとこだよ、mingwに。

**デフォルトの名無しさん** · 2009/05/11(月) 16:10:22

お前ら、1.9.1のパッチレベルリリースが間近らしいぞ。
問題あるなら今のうちに報告しとけよ。

**デフォルトの名無しさん** · 2009/05/11(月) 16:14:26

わかりやすいいこうまにゅあるおつけてくださいo
とくにがいじんさんにもなっとくできるえんこーでぃんぐのかいせつおつけてくださいo
っていうかせっとくもうやだ

**デフォルトの名無しさん** · 2009/05/11(月) 16:15:49

エンコーディングまわりは、その方面で痛い目にあった経験がある
日本人にすら難しいのに。

**デフォルトの名無しさん** · 2009/05/11(月) 16:23:24

がいじんさんは
先頭に # -*- coding: utf-8 -*- つけとけ
しか理解すまい

**デフォルトの名無しさん** · 2009/05/11(月) 16:29:41

force_encodingが大活躍なんだが、ほかの対処方法はある？

**デフォルトの名無しさん** · 2009/05/11(月) 18:24:46

どういうデータを扱おうとしてるのか分からんことにはなんとも言いようがない。
外部からエンコーディングとデータが別々に渡されるんならそれこそ
force_encodingするしかないだろうし。

**デフォルトの名無しさん** · 2009/05/11(月) 21:28:27

openするときエンコーディング指定してないだけだったりしてな。

**デフォルトの名無しさん** · 2009/05/13(水) 02:24:50

1.9.1-p129 age

**デフォルトの名無しさん** · 2009/08/12(水) 13:58:55

Macで1.9.1をソースからインストールしたのですが、標準添付されている
gemが上手く動きません。Digest::MD5が何かおかしいんだと思いますが、
具体的にはどうすればよいのでしょうか？

以下は gem install hogeしたときの表示です。

/Users/xxx/lib/ruby/1.9.1/rubygems/digest/md5.rb:8:in `require': dlopen(Users/xxx/lib/ruby/1.9.1/i386-darwin9.8.0/digest/md5.bundle, 9): Symbol not found: _rb_Digest_MD5_Finish (LoadError)
Referenced from: /Users/xxx/lib/ruby/1.9.1/i386-darwin9.8.0/digest/md5.bundle
Expected in: flat namespace

**デフォルトの名無しさん** · 2009/08/12(水) 14:49:05

dlは互換性なくなってるのだけど、hogeは1.9対応なの?

**デフォルトの名無しさん** · 2009/08/12(水) 14:50:54

ああん、あげてもーた。

**デフォルトの名無しさん** · 2009/08/12(水) 15:03:18

dlもhogeが1.9対応かどうかも関係ないだろ。

**デフォルトの名無しさん** · 2009/08/12(水) 15:04:21

>>187

gem install hogeのhogeに関わりなく、たとえば
gem update --system
でも同じエラーが出てしまうのです・・・。

**デフォルトの名無しさん** · 2009/08/12(水) 17:43:13

>>186
1.9.1のrevisionは?
あとext/digest/md5/extconf.hはどうなってる?

ちなみにCONFIGURE_ARGS=--with-bundled-md5で試してみたところでは、
ちゃんと定義されてるようだ。
$ nm ext/digest/md5/*.o | grep -e MD5 -e :
ext/digest/md5/md5.o:
00000ed7 T _rb_Digest_MD5_Finish
00000d60 T _rb_Digest_MD5_Init
00000da5 T _rb_Digest_MD5_Update
ext/digest/md5/md5init.o:
U _rb_Digest_MD5_Finish
U _rb_Digest_MD5_Init
U _rb_Digest_MD5_Update

**デフォルトの名無しさん** · 2009/08/12(水) 18:39:56

>>191

ruby-1.9.1-p243を使いました。
ext/digest/md5/extconf.hは次のようになっています。

#ifndef EXTCONF_H
#define EXTCONF_H
#define HAVE_CONFIG_H 1
#define HAVE_OPENSSL_MD5_H 1
#define HAVE_SYS_CDEFS_H 1
#define HAVE_INTTYPES_H 1
#define HAVE_UNISTD_H 1
#endif

**デフォルトの名無しさん** · 2009/08/12(水) 22:47:49

>>179
http://jp.rubyist.net/magazine/?0025-Ruby19_m17n
http://yokolet.blogspot.com/2009/07/design-and-implementation-of-ruby-m17n.html
http://blog.grayproductions.net/articles/understanding_m17n
http://github.com/candlerb/string19/tree/master

**デフォルトの名無しさん** · 2009/08/14(金) 14:54:55

>>192
OpenSSLのMD5を使うようになってるが、それだとmd5.hはインクルードしないので
#define MD5_Finish rb_Digest_MD5_Finish
は無効のはずなんだが。

まっさらの状態からコンパイルしてもそうなった?

**デフォルトの名無しさん** · 2009/08/17(月) 03:32:02

rubyって1.9になってから速くなったよね。たいしたもんだ。

**デフォルトの名無しさん** · 2009/08/17(月) 17:37:53

節子…、それ違う。Matzの実装が異様に遅すぎたから、普通の速度に戻しただけだ。

**デフォルトの名無しさん** · 2009/08/17(月) 17:39:35

普通の速度にしたというか、安全側から高速側に倒しただけ

foi.americanprogress.org · 2009/08/17(月) 17:49:57

自動焼人 ★　＝　自動保守 ◆KAWORUKOFI　＝　自動保守#K9K?_D[L

名言集　その４
『俺、100人規模の集団サイバーテロの主犯だったこともあるんだぜ』

http://yutori7.2ch.net/test/read.cgi/news4vip/1249830540/　のID:PVAf+dux0　＝　自動焼人 ★

> 965 ：以下、名無しにかわりましてVIPがお送りします [sage] ：2009/08/10(月) 00:02:09.35 ID:PVAf+dux0
> まぁ何だ。
> 俺の過去の経歴に比べたら、割れ厨なんて鼻くそレベルなんだけどなｗ
> 100人規模の集団サイバーテロの主犯とか、いろいろとな。

----------------------------------------------
この自動焼人 ★メールマガジンの配信停止をご希望される方は
http://qb5.2ch.net/test/read.cgi/sec2chd/1250169591/
にて自動焼人 ★までご連絡ください

**デフォルトの名無しさん** · 2009/08/17(月) 21:22:23

>>197
ってことは、結構バグったりするのかしら？
仕事でruby使ってるんだけど、1.9.1に上げようか迷ってまふ。

**デフォルトの名無しさん** · 2009/08/17(月) 21:45:47

どういう職種でどういう用途でどのくらいの期間使うのかによる。
医療系の仕事ならやめとけ。

**デフォルトの名無しさん** · 2009/08/17(月) 21:51:33

>>200
なるほど。医療系じゃなくてよかった。
うちは原発の制御しかしないので、速攻 1.9.1p129 に上げてみます。

**デフォルトの名無しさん** · 2009/08/17(月) 21:53:09

医療…原子力制御…
Java並の安定性があるんだね！よかった！

**デフォルトの名無しさん** · 2009/08/17(月) 21:59:31

よーし、宇宙開発で使っちゃうぞ

**デフォルトの名無しさん** · 2009/08/17(月) 22:01:46

あの文言は素敵だと思う
考えた人はアジの技能あり

**200** · 2009/08/18(火) 00:43:35

原発も詰めとこうかと思ったけどめんどくなってやめた。
そしたら>>201から狙い澄ましたようなボディブロー

**デフォルトの名無しさん** · 2009/08/21(金) 10:14:44

tmpfileに何があったの?

**デフォルトの名無しさん** · 2009/08/21(金) 10:32:45

見てきた。

http://redmine.ruby-lang.org/repositories/diff/ruby-19/lib/tempfile.rb?rev=23494&rev_to=22784

Tempfile#unlinkすると勝手にcloseするようになっちまってたのか。
これはひどい。だいたい、
lib/tempfile.rb (Tempfile#unlink): close first for Windows. a patch from Florian Frank. [ruby-core:23505]
とあるけど、これ全プラットフォームでこの動作になってるような。

UNIX厨のmatzが、なんでこんなパッチ採用したんだ……

**デフォルトの名無しさん** · 2009/08/22(土) 18:36:27

ああああああ、String#size の返り値が 1.8 と違うのか
まあそりゃそうだわな
あああああめんどくさああああ

というか 1.8.6 に String#bytesize とか入れておいてくれればよかったのに

**デフォルトの名無しさん** · 2009/08/22(土) 18:50:47

ASCII_8BITにするのがそんなに手間かね

**デフォルトの名無しさん** · 2009/08/22(土) 18:54:05

>>209
はい

**デフォルトの名無しさん** · 2009/08/22(土) 18:57:32

レスから考えて1.8と1.9の共用スクリプトだろうからな
sizeのためにforce_encodingするとかまあありえんわ
というかASCII_8BIT厨は早く絶滅してくれないかなと思う

**デフォルトの名無しさん** · 2009/08/23(日) 10:23:40

>>209
そんな腐った修正ですますなんて、おまえ土方だな？

**デフォルトの名無しさん** · 2009/08/23(日) 12:09:39

具体的にどう修正すべきかも書けよ

**デフォルトの名無しさん** · 2009/08/23(日) 12:21:03

RUBY_VERSION で場合分けする

安全確実高利回り
コードが若干長くてやや複雑で記述が煩雑になるのだけが極めてごく些細微細な欠点

**デフォルトの名無しさん** · 2009/08/23(日) 12:30:47

>>208
> というか 1.8.6 に String#bytesize とか入れておいてくれればよかったのに

1.8.7 には入ってるよ。
1.9 用とソースを共通化したいなら 1.8.6 はいい加減捨てよう。

**デフォルトの名無しさん** · 2009/08/23(日) 12:31:58

respond_to?(:bytesize)
の方がいいと思う

**デフォルトの名無しさん** · 2009/08/23(日) 13:03:09

>>214
それはないｗ

**デフォルトの名無しさん** · 2009/08/23(日) 13:21:00

>>216
実際問題として、それではダメだ
こういう場合、特定の名前のメソッドがあるかどうかが問題なのではなく、
メソッドが「どう」動作するかが重要だから
あらゆるメソッドを responed_to? しなければならなくなるし、バージョン差異を埋めるのには向かないと思う

**デフォルトの名無しさん** · 2009/08/23(日) 13:58:48

Pythonじゃないんだから互換性なんて無視してRubyらしさを追求すればいいと思う。

**デフォルトの名無しさん** · 2009/08/23(日) 14:10:47

responed_to? がなんのために存在するメソッドか考えれば、1.8/1.9 判定に使うのが不適当とわかるはず
defined?(Encoding) とかも同様

Ruby 本体のバージョンが違うことが問題なんだから、素直にバージョン比較すればいいのに
なんでそこでだけ頑なに「Ruby としての読み下しやすさ」を否定した処理をしようとするのがよくわからん

**デフォルトの名無しさん** · 2009/08/23(日) 14:20:59

if RUBY_VERSION >= 1.9.0 then … else … end という記述がヤボったくてカッコ悪いと思われてるのでは

なんかこう、超クールな処理になるようにすればみんな使ってくれるかも
1.8 系列だと読み飛ばすけど 1.9 系列だと処理するブロックとか

**デフォルトの名無しさん** · 2009/08/23(日) 14:25:55

> 1.8 系列だと読み飛ばすけど 1.9 系列だと処理するブロックとか

if RUBY_VERSION < "1.9.0"
　... # for Ruby 1.8
else
　... # for Ruby 1.9
end

**デフォルトの名無しさん** · 2009/08/23(日) 14:46:04

$Rv = RUBY_VERSION < "1.9.0" ? {1.8 => true} : {1.9 => true}

というグローバル変数を設定してるスクリプトなら見たことがある

　if $Rv[1.8]
　　... # for Ruby 1.8
　else
　　... # for Ruby 1.9
　end

とか

　(Ruby1.9専用処理) if $Rv[1.9]

とか使うらしい

**デフォルトの名無しさん** · 2009/08/23(日) 14:50:33

よし構文と専用演算子の導入だ。

**デフォルトの名無しさん** · 2009/08/25(火) 02:53:38

RUBY_VERSIONで分岐すんなよ。消すぞ。

**デフォルトの名無しさん** · 2009/09/18(金) 23:28:08

【extname.rbの中身】

# -*- coding: utf-8 -*-

a = "記録.txt"
b = "設定.txt"
p File.extname(a)
p File.extname(b)

【実行】

C:\Usr\Ruby>ruby --version
ruby 1.9.1p129 (2009-05-12 revision 23412) [i386-mswin32]

C:\Usr\Ruby>ruby extname.rb
".txt"
""　　←.txtにならない

何ぞこれ

**デフォルトの名無しさん** · 2009/09/19(土) 01:44:36

>>226
バグだろ。redmineに登録しといてくれ。

**デフォルトの名無しさん** · 2009/09/19(土) 11:32:19

ちょっと調べてみた。
パス名関係はまだエンコーディングに対応してない。
常に外部エンコーディングと見なして処理してる。
より正確には、Windowsの場合はCharNextを使っているのでシステムのコードペー
ジの設定に依存する。

詳しく説明すると、UTF-8では「設定.txt」は
e8 a8 ad e5 ae 9a 2e 74 78 74
だが、
$ echo -e '\xe8\xa8\xad\xe5\xae\x9a.txt' | nkf -Swx
險ｭ螳txt
\xadは半角ユなので1バイトずれて\x9a\x2eが一文字と認識されてしまう。
そして.が消えてしまってextnameは空になる。

**デフォルトの名無しさん** · 2009/09/19(土) 13:37:15

なるほど。
しかも ruby -w で pathname.rb を読むと警告でる。

**デフォルトの名無しさん** · 2009/09/19(土) 20:32:49

出ないぞ、と思ったら1.9.1か?
trunkでは直ってるようだ。

**デフォルトの名無しさん** · 2009/09/26(土) 21:11:40

へえ

**デフォルトの名無しさん** · 2010/01/03(日) 12:32:43

開けましておめでとうございます。

**デフォルトの名無しさん** · 2010/01/03(日) 12:45:41

空けましておめでとうございます。

**デフォルトの名無しさん** · 2010/01/03(日) 23:51:06

貫通けましておめでとうございます
姫初めはいかがでしたか？

**デフォルトの名無しさん** · 2010/03/21(日) 14:35:35

大量のオブジェクトが生成されるコードがあって、1.8.7で実行すると
非常に遅いんだけど、ちょっと手直しして1.9で実行すると大幅に
改善されたりしますか？

自分で試したいのはやまやまなんだけど、「ちょっと」の手直しが
どのくらいか不明なので、すいませんが教えてください。

**デフォルトの名無しさん** · 2010/03/21(日) 15:38:04

>235
DBから20万行取得するだけのスクリプトが3倍速になった。

**234** · 2010/03/21(日) 16:22:51

>236

本当ですか！？やっぱりスイッチする価値ありかなあ。

**デフォルトの名無しさん** · 2010/03/21(日) 19:45:27

手直しが確実に必要なわけ？
試しに動かせないの？

**デフォルトの名無しさん** · 2010/03/21(日) 20:33:27

やってみないとわからないです(´・ω・｀)

**デフォルトの名無しさん** · 2010/03/21(日) 21:08:44

手の施しようがないほど遅くなる場合もある
足し引きの結果が速くなるか遅くなるかは実際に動かさないと判断できない

**234** · 2010/03/21(日) 21:25:53

>238
1.8系と1.9系の共存はできなくないらしいけど
なんかヘマをやってライブラリ関係が衝突しそうで怖いのです。
まあそんなこと言ってる時点で1.9は「待ち」ですかね。

>240
なんとそういうこともありますか。
ますます移行しにくくなりました。

Mac使いなんで、1.9がOSXにプリインストールされる
ようになったらまた考えます。

**デフォルトの名無しさん** · 2010/03/21(日) 22:36:36

>>241
いちおう、MacPportsでruby19を入れるなら、デフォルトで異なる
場所に入るし、コマンドの名前も違うので混ざりはしない。

**デフォルトの名無しさん** · 2010/06/13(日) 23:32:10

エンコード指定uzeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeee

マジックコメンkimeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeee

あのスマートだったruby君が理屈っぽいピザになってしまった。。。Railsとか言う奴のせいだ。

◆rT33C51l9k · 2010/06/14(月) 00:11:52

マジックコメントはこんなことやれば一応は省略できるな
ruby -Ka filename.rb
ruby -Ku filename.rb

つうかまさかこのままマジックコメント付けることを義務化し続けるゴミ言語で突き進む気はないだろうな？
なんだろう。OSの文字コードの標準をUTF-8にしやがれっていう見えないプレッシャーでもかけてるつもりかねｗｗｗ

**デフォルトの名無しさん** · 2010/06/14(月) 10:03:15

おまえは馬鹿か？
マジックコメントが示すのは、ソースコードのリテラルがどの文字コードで書かれているか、だけだぞ極端に言うと。

**デフォルトの名無しさん** · 2010/06/14(月) 17:13:31

と、馬鹿がもう一人

**デフォルトの名無しさん** · 2010/06/16(水) 02:06:16

JAVAのエクリプスみたいなソフトって無いの？
Windowsで動くやつで

**デフォルトの名無しさん** · 2010/06/16(水) 07:48:16

NetBeansを使えばいいと思うよ
ていうか、Eclipseにも確かRubyプラグインある

**デフォルトの名無しさん** · 2010/07/02(金) 20:20:12

Ruby 1.9.1-p429 ｱｹﾞ

**デフォルトの名無しさん** · 2010/07/14(水) 01:08:41

結構、言語処理系に行くっていうのが、はまりポイントで、
確か、Rubyのまつもとゆきひろさんか誰かがおっしゃっていたんですが、
「エンジニアっていうのはだいたいOSを作るか、
言語処理系を作るかに分かれる」らしいんです。
私はどっちにも足をつっこんでしまった感じで、
これは泥沼なんじゃないのかなとも思いますね(笑)

**デフォルトの名無しさん** · 2010/07/14(水) 08:36:24

Matzの頭にはCPUを作る方への分岐はないんだな

**デフォルトの名無しさん** · 2010/08/09(月) 23:53:11

アニメにはまる道もあるぞ。

**デフォルトの名無しさん** · 2011/01/12(水) 17:47:24

モジュール関数を呼ぶ時、
MyModule::mymethodと::で繋ぐのが好ましいんでしたっけ？
それともMyModule.mymethodという風に「.」で繋ぐ方が望ましいんでしたっけ？
これは確かどっかに書いてあって、それでどっちかに統一しなきゃな、って思ってたんだけど、
ruby久々に触ったら忘れてしまってた…。
これどっちだったか分かりますでしょうか？ちなみに理由も添えて教えてほしい
更に言えばどこに書いてあった、という情報源も提示していただきたいのです

「昔自分が書いたコード見ればいいだろ」と思うかも知れないけど、
その時は仕事で使ってたもので、自分が書いたコードも手元に無いのです

**デフォルトの名無しさん** · 2011/01/12(水) 18:45:14

クラスオブジェクトの特異メソッドを呼ぶときは、それ用の特殊な記法よりも、

<オブジェクトを示す式> . <メソッド名> のほうが Ruby の一般的な記法なので
それに合わせて、MyModule.mymethod のほうがよい。

:: は定数専用でしか使わないようにする。

**デフォルトの名無しさん** · 2011/01/12(水) 20:06:22

なぜ、定数なら :: なの？

**デフォルトの名無しさん** · 2011/01/12(水) 20:23:51

：：はそもそも定数の区切りとしての用途のもの。
モジュール名やクラス名も、値としてClassクラスやModuleクラスの
インスタンスを持つ定数に過ぎない。

MyModule.mymethod は単なる特異メソッドの呼び出しなのだが、
クラスやモジュールの得意メソッドはC++を背景に持つ人にはstatic
メソッドに見えるので、便宜を図って::でも呼べるようになってるだけ。

**デフォルトの名無しさん** · 2011/01/12(水) 20:28:51

と書いておいて申し訳ないが、定数の区切りというのは正しくないか。

r = Regexp
r::EXTENDED #=> 2

とかアリだし。

**253** · 2011/01/14(金) 09:09:02

回答ありがとう。確かに「.」が正しかった気がします。

ついでにもう一つ、perlには配列の最後の要素の添字を求めるのに $#foo という記法がありますが、
rubyでは foo.size-1 するしかないんだっけ？
なんかこれが美しくないので専用の記法（あるいはメソッド）が無いか調べてたんだけど、
多分これは無かった気がしたので無いんでしょうね
インクリメント、デクリメントも無いしね

**デフォルトの名無しさん** · 2011/01/14(金) 10:25:49

>>258
多分、無い。
perlの記法が美しいとは全く思えないんだけど、
class Array
　def -@
　 size - 1
　end
end
-[1,2,3] # => 2
みたいなことは、やろうと思えば出来る。
でも、last_indexとかのメソッドを作った方がいいだろうね。

**デフォルトの名無しさん** · 2011/01/14(金) 11:13:26

添え字アクセスのときなら、負の数なら末尾から数えるんだけど(-1が末尾)、
それが実際にいくつになるかはsizeと相談するしかなさそうだな。

**デフォルトの名無しさん** · 2011/01/14(金) 18:23:41

そこって初心者に聞かれたらなんて答えればいいんだろう。
Object#contantsの戻り値がHashとかだったら、構文糖衣だぜって言って終わりなのだが。
まあ、実装はHashなんだろうけど。

**261** · 2011/01/14(金) 18:28:47

あ、↑は>>257で

>>258
えー、$#の方が美しいのか。わからん。
しかも最後の添字の番号が欲しいってどんなときだろう。
最後の要素をとるならArray#lastがあるしな。

インクリメント、デクリメント演算子は=がなくて代入っぽくないからないらしいよ。