[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 2chのread.cgiへ]
Update time : 05/09 21:11 / Filesize : 227 KB / Number-of Response : 919
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

Rubyについて Part 36



1 名前:デフォルトの名無しさん [2009/06/28(日) 16:29:28 ]
オブジェクト指向スクリプト言語Rubyについて扱うスレッドです。
前スレに変なのが沸いて流れてしまいましたが、まったりと行きましょう。

Ruby Home Page
www.ruby-lang.org/ja/

= 前スレ
Rubyについて Part 35
pc12.2ch.net/test/read.cgi/tech/1238194350/

過去スレ・関連スレは >>2-

684 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 10:39:36 ]
ソースを読む才能とドキュメントを書く才能って別なんだよね。
リファレンスマニュアルならすでにあるし

685 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 10:43:36 ]
それが理解できず開発者にドキュメントを強いる衆愚

686 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 11:16:57 ]
引き篭もりはこれだから困る()笑


現実の世界見てみろよ!
製作者が公演したり解説したり本書いたりするのが当たり前だから!
そして微妙な空気に支配される会場!がっかりが埋め尽くす書評!
無下にするわけにもハブるわけにもいかず仕方なく「スーパーバイザー」とかよくわからん横文字で濁されるお茶!

687 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 11:21:03 ]
ああ、監修:ま何某ってそういう…

688 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 11:21:50 ]
>>686
無知、乙

689 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 11:30:20 ]
そういう役割分担というか、専門技能へのドライな眼差しは、
日本人が苦手としているところかもね。
スポーツでも、日本文化に古くから染み込みすぎて旧態依然としている分野(野球、相撲)ほど、
プレーヤーとトレーナー&マネージャーをごっちゃにするし。

690 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 11:30:34 ]
>>686
関係者かなんか知らんけどあんな人無理に壇上で喋らせなくてもいいのに、と思うことはなくもない
せめて巷の体育の先生くらいには話のできる人がフォローすべき
インタビュー形式とか色々あんじゃんね
Ruby関係ないな

691 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 11:48:36 ]
いや、あの公演、当日までスライドできて無くてアレしゃべってるんだぜ
すごい才能だと思わないか
いや、別にほめられた事じゃないけどさ

692 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 12:35:54 ]
もちおみたいにオープンソースの理解も足りないんだろうな
あと、多くは開発者以外がドキュメントを書いている事実も。
Ruby 以外の言語も知っておくのは、そういう意味でも重要。



693 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 12:37:19 ]
>>688=>>692

694 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 13:55:42 ]
>>681
>CGIAltにはすでに置き換わってるよ。
ダウト

695 名前:sage [2009/08/04(火) 15:11:48 ]
>694
1.8系しか見てないのかな

696 名前:デフォルトの名無しさん mailto:sage [2009/08/04(火) 15:17:46 ]
>>694
おおう、たしかにCGIAltそのものではなかった
d.hatena.ne.jp/xibbar/20090124

697 名前:デフォルトの名無しさん mailto:sage [2009/08/06(木) 22:06:18 ]
IronRuby 0.9

698 名前:デフォルトの名無しさん mailto:sage [2009/08/06(木) 23:01:11 ]
IronRubyとJRuby、なぜ差がついたか… 資金、開発環境の違い・・・

699 名前:デフォルトの名無しさん mailto:sage [2009/08/06(木) 23:24:23 ]
>>698
どっちがいいの?

700 名前:デフォルトの名無しさん mailto:sage [2009/08/06(木) 23:39:00 ]
どっちも駄目

まだ

きちんと一定の形に完成しないのなら意味がない

701 名前:デフォルトの名無しさん mailto:sage [2009/08/06(木) 23:41:59 ]
JRubyは完成したとして何に使うのかがよくわからない
IronRubyはWin環境でのライブラリ不足を一挙に解決してくれるからな

702 名前:デフォルトの名無しさん mailto:sage [2009/08/07(金) 00:01:12 ]
ふと一行78文字ルールと戦うIronPythonデベロッパの姿が脳裏に浮かんだ



703 名前:デフォルトの名無しさん mailto:sage [2009/08/07(金) 00:26:51 ]
JRubyだってJavaのライブラリ使えるのが強みだろうさ
あとJVMが動く場所なら動くことと、JVMが速くなりゃJRubyも速くなること

704 名前:デフォルトの名無しさん mailto:sage [2009/08/07(金) 04:03:18 ]
1.9.1の最新版のmswin32のバイナリは出ないのだろうか・・・

705 名前:デフォルトの名無しさん mailto:sage [2009/08/07(金) 08:33:10 ]
>>700
「きちんと一定の形」についてもう少しkwsk

706 名前:デフォルトの名無しさん mailto:sage [2009/08/07(金) 08:47:11 ]
>>704
ftp://ftp.ruby-lang.org/pub/ruby/binaries/mswin32/
blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-list/46231

なぜusaさんのページで出てないのかは謎

707 名前:デフォルトの名無しさん mailto:sage [2009/08/07(金) 11:50:58 ]
jrubyはもう駄目だろ Sunにさえ見放された
IronRubyは世界標準のWindowsだし、世界最強IT会社のMS製だし・・・

708 名前:デフォルトの名無しさん mailto:sage [2009/08/07(金) 12:07:19 ]
マイクロソフトが手を出せば成功するというのなら世の中はとっくに

709 名前:デフォルトの名無しさん mailto:sage [2009/08/07(金) 12:26:30 ]
Ruby の今後について、マーケティング用語「キャズム」を紹介する
ttp://www.mitsue.co.jp/case/glossary/m_023.html
一般的にテクノロジーのライフサイクルはベル型の標準偏差のグラフによって示され、
その各段階でターゲットとすべき顧客として、イノベーター、アーリー・アドプ
ター、アーリー・マジョリティ、レイト・マジョリティ、ラガードといった顧客セグ
メントが行なわれます。通常、この顧客セグメントによって、異なるマーケティング
施策を行いながら、徐々に新しいテクノロジーの顧客層を広げていくことが推奨され
ます。しかし、米のマーケティング・コンサルタントであるジェフリー・ムーア氏が、
同名の著書によって、明らかにしたのは、イノベーターとアーリー・アドプター
で構成される初期市場と、アーリー・マジョリティやレイト・マジョリティによって
構成されるメジャー市場のあいだには、容易には越えがたい「キャズム(深いミ
ゾ)」あるということでした。顧客セグメントの違いによって生み出される、この
キャズムを超えなくては、新しい商品はメジャー市場でブレイクすることなく、規模
の小さな初期市場のなかでやがては消えていく運命となります。同著が、10年間にわ
たって米国ハイテク業界のバイブルとされたように、特にテクノロジーの進歩の激し
い業界においては、強く意識することが重要なマーケティング理論です。

以下は、マーケティングの視点で、Twitter の普及を分析
Twitter の快進撃がとまった!?〜スローダウンの要因を分析する
ttp://japan.internet.com/column/busnews/20090709/8.html

710 名前:デフォルトの名無しさん mailto:sage [2009/08/07(金) 12:35:14 ]
ふだんは Java と Ruby を両方いじっている者だが
(Java 系のエンジニアだが、さいきん Rails も覚えた)

Java のプロジェクト内ライブラリを叩く運用ツール(半使い捨て)を、
# たとえば 在庫一覧をファイルに出力するツールなど
いまは Java のプログラムでつくっているが、
これを JRuby でやるようにしたら、もっと手軽に作れないかなと思っている。

JRuby は、マルチスレッドプログラミングするなら Ruby 1.9 系よりも速いんじゃなかったっけ?
このスレだかどこかで読んだような


711 名前:デフォルトの名無しさん mailto:sage [2009/08/07(金) 12:51:12 ]
>710
そういうのは、Scalaでやった方がいいと思う。

712 名前:デフォルトの名無しさん mailto:sage [2009/08/07(金) 13:12:29 ]
>>710
Javaなら一応Groovyとかもあるかな

arton氏が似たようなシチュエーションでrake使って
自動化とか効率化とかやってたはず



713 名前:710 mailto:sage [2009/08/07(金) 13:17:10 ]
>>712
Groovy は少しかじったけど、なんかいまいち。
Ruby のほうが見やすいし、Ruby / Groovy でできないところは Java で書く。
Groovy は Java しか出来ない人のスクリプト言語って感じだけど、Ruby 本物を覚えてしまった今、
いまいち中途半端だなあと感じる。

>>711
Scala でも使い捨てスクリプトをちゃちゃっと作れるのかな。

714 名前:デフォルトの名無しさん mailto:sage [2009/08/07(金) 14:24:50 ]
JRubyがもう少し起動早くなったらGUIが気持ちよくかけるかもしれない

715 名前:デフォルトの名無しさん mailto:sage [2009/08/07(金) 17:19:04 ]
>>713
そんなことない。
Groovyは最初からJavaと連携できるよう考慮されているから、Javaもよく使うならJRubyよりGroovyのほうがいい。
JRubyはあくまでRubyをJVMで使いたい人向け。

716 名前:710 mailto:sage [2009/08/07(金) 17:38:54 ]
>>715
なるほど。
どうやら自分は、まだ Groovy への理解が足りないようだ。もうちょっと勉強してみるよ。
でも、るび厨になってしまったので、Ruby や JRuby いじっているほうが楽しいんだけどね。

717 名前:デフォルトの名無しさん mailto:sage [2009/08/07(金) 21:53:14 ]
あとGroovyは一時はJavaSDKに標準添付の話まであったのに
そのあと大きな動きがなくてプロジェクトが死んじゃってるんじゃねえの、って状態なのも難点かなあ

718 名前:デフォルトの名無しさん mailto:sage [2009/08/07(金) 22:22:20 ]
Groovyはコレの24p以降のイメージが強烈すぎた
ttp://kakutani.com/articles/LLW2004-LanguageUpdate-Groovy.live.pdf



719 名前:デフォルトの名無しさん mailto:sage [2009/08/07(金) 23:21:26 ]
おまえらのせいでGroovyに興味が湧いてきた

720 名前:デフォルトの名無しさん mailto:sage [2009/08/07(金) 23:43:45 ]
>718
なんだこれwwwwwww

721 名前:デフォルトの名無しさん mailto:sage [2009/08/07(金) 23:49:51 ]
なついなあライブでみたよ

722 名前:デフォルトの名無しさん mailto:sage [2009/08/07(金) 23:53:53 ]
>>718
無駄に力作過ぎるが、全体を通してみてこれで使ってみたくなるか?という素朴な疑問
公平な紹介ってなんだろうけど



723 名前:デフォルトの名無しさん mailto:sage [2009/08/08(土) 09:25:45 ]
>>718
ネタ帳かとおもたwwwwwwww

724 名前:デフォルトの名無しさん mailto:sage [2009/08/08(土) 09:28:03 ]
弱点
● 機能セットがすべて出揃っていない
? 匿名インナークラスが未サポート(Groovy-1.1までに対応?)
? モダンなIDEでのサポートが不十分(Eclipse, IntelliJ...)
● 実行速度が遅い
? 対Java比: 20〜90%
● デバッギング・ヘル!
? パーサが未成熟: わけのわからんエラーメッセージ

wwwwww

725 名前:デフォルトの名無しさん mailto:sage [2009/08/08(土) 10:20:13 ]
>>724
それ、いつのこと?現時点での話じゃないよね

726 名前:デフォルトの名無しさん mailto:sage [2009/08/08(土) 11:37:41 ]
>>725
>>718のPDFを見れば書いてあるよな

727 名前:デフォルトの名無しさん mailto:sage [2009/08/08(土) 11:53:34 ]
Ruby 初心者スレッド Part 30
ttp://pc12.2ch.net/test/read.cgi/tech/1249687283/
初心者スレが立ちました

アンチスレは落ちたままです
最終の遣り取りは以下の通り

> 979 名前:デフォルトの名無しさん [sage] 投稿日:2009/08/06(木) 19:50:29
>   Ruby ってメモリ馬鹿食いするよね?
>
> 980 名前:デフォルトの名無しさん [sage] 投稿日:2009/08/06(木) 19:57:59
>   まあ、そこそこには
>   省メモリで動作することが重要なのならRubyは使ってはいけない


728 名前:デフォルトの名無しさん mailto:sage [2009/08/08(土) 12:41:08 ]
>>726
>>>718のPDFを見れば書いてあるよな

それ、2004年の資料だよね。だから>>724は現時点での話じゃないよね。
おわかり?

729 名前:デフォルトの名無しさん mailto:sage [2009/08/08(土) 12:51:02 ]
別にいいけどおまえの言うことを
必死でくみ取ってくれる存在なんて両親くらいだぞ

730 名前:デフォルトの名無しさん mailto:sage [2009/08/08(土) 13:14:14 ]
Rubyの会のサイトって死んでるの?
解散した訳じゃないよね?
jp.rubyist.net/

731 名前:デフォルトの名無しさん mailto:sage [2009/08/08(土) 13:35:53 ]
>730

最近サーバの調子が悪いらしい

732 名前:デフォルトの名無しさん mailto:sage [2009/08/08(土) 13:39:03 ]
PJの社長みたいに金余ってる人がスポンサーにつかないものか



733 名前:デフォルトの名無しさん mailto:sage [2009/08/08(土) 13:50:15 ]
最近と言っても、ここ数日の話なので仕方ないと思われる。

734 名前:デフォルトの名無しさん mailto:sage [2009/08/08(土) 17:07:25 ]
1.8の方のDLってひょっとして可変長引数扱えないのかな。

ruby-ffiは出来るみたいだからそっちでごまかすかのう。

735 名前:デフォルトの名無しさん mailto:sage [2009/08/08(土) 20:02:51 ]
>>732
Ruby 界隈でイケメンはいないだろ

736 名前:デフォルトの名無しさん mailto:sage [2009/08/08(土) 20:44:54 ]
アンチスレも消えてすっきりしたな

737 名前:デフォルトの名無しさん mailto:sage [2009/08/08(土) 23:09:44 ]
>735
_why はイケメン。


738 名前:デフォルトの名無しさん mailto:sage [2009/08/08(土) 23:50:23 ]
これって既出ですかね?

Ruby1.9.1、Python3.1、Java1.6.0の実行速度比較
www.mwsoft.jp/programming/other/compare_speed_ruby_python_java.html

1.8は遅かったけど1.9はかなり速くなったと聞いてたので
そろそろRubyをしっかり勉強するのもありかなと思ってたんですが
この結果を見て愕然としました
何故にこれほど遅いんでしょう…
もう高速化の手段は残ってないんでしょうか…

739 名前:デフォルトの名無しさん mailto:sage [2009/08/08(土) 23:59:25 ]
WindowsでRubyって・・・

740 名前:デフォルトの名無しさん mailto:sage [2009/08/09(日) 00:17:54 ]
>>738
高速化技法はまだ全然試されていないからまだまだ伸び代はある。

Pythonも高速化計画が持ち上がってたはずだし。


741 名前:デフォルトの名無しさん mailto:sage [2009/08/09(日) 00:18:17 ]
そういえばRubyが遅い遅いとは言われてるけど
なんで(少なくともベンチマーク上では)遅いのか、その理由がよくわからない

1.9.1からYARVが入って、他の言語と同じバイトコンパイルになったはずだし
Pythonあたりと柔軟性で極端な違いがあるとも思えないし

742 名前:デフォルトの名無しさん mailto:sage [2009/08/09(日) 00:19:57 ]
>>738
きっきっと、新しいバージョンだから遅いいんだよ
最適化された・・・バージョンアナら・・・ぼぼろ負けはしないよ

>>739
LinuxにはPython入ってるから、Windowsで・・・



743 名前:デフォルトの名無しさん mailto:sage [2009/08/09(日) 00:27:05 ]
正直、じゃんごの日本語リファレンスとかもうちょっと充実してきたら
Pythonに移ってもいいかなって思ってる

744 名前:デフォルトの名無しさん mailto:sage [2009/08/09(日) 00:31:09 ]
俺は日本語リファレンスが充実しても、Pythonには行かないなー
Rubyが使いやすすぎて、ちょっとやそっとの速度差で止める気にはならない
どうしても速度が気になるなら拡張ライブラリがあるし

745 名前:デフォルトの名無しさん mailto:sage [2009/08/09(日) 00:35:37 ]
IronRubyによってMSが10倍速にしてくれるから気にするな
Linuxは知らん

746 名前:デフォルトの名無しさん mailto:sage [2009/08/09(日) 00:36:34 ]
>>745
その時には素敵な拡張文法がてんこ盛りだったりして

747 名前:デフォルトの名無しさん mailto:sage [2009/08/09(日) 01:20:32 ]
JRubyでいいじゃんはやいじゃん

748 名前:デフォルトの名無しさん mailto:sage [2009/08/09(日) 01:46:45 ]
とりあえずRubyがWindows上で遅い、特に一定の条件が揃うと妙に遅いというのは前から言われてる
あと、usa版バイナリはVC6でコンパイルしているので最適化が甘い
ので、まずはコンパイラを揃えてテストするべき

749 名前:デフォルトの名無しさん mailto:sage [2009/08/09(日) 01:48:48 ]
ということは、mingw版の方が速い可能性があるってことなのか

750 名前:デフォルトの名無しさん mailto:sage [2009/08/09(日) 01:52:45 ]
というか、Linuxサーバー上で運用されることが実際には多いんだから
Linuxでテストしないと意味がないと思うんだが・・・
Windowsサーバー使えるような企業やハイソサエティはRubyなんて使わんで
ASP.NET使うだろjk・・・

751 名前:デフォルトの名無しさん mailto:sage [2009/08/09(日) 07:46:33 ]
> ということは、mingw版の方が速い可能性があるってことなのか
まぁ、それはあるけど、素直にVC9を使うのが楽だと思うよ

> Windowsサーバー使えるような企業やハイソサエティはRubyなんて使わんで
> ASP.NET使うだろjk・・・
IronRubyをテストしてあげて!

752 名前:デフォルトの名無しさん mailto:sage [2009/08/09(日) 09:02:21 ]
>>751
またそんないばらの道を...

というかmingw32のほうがVC(9含めて)よりはやいというのは、以前からわかってる。




753 名前:デフォルトの名無しさん mailto:sage [2009/08/09(日) 16:41:58 ]
Windowsならgcc -O3で野良だろJK

754 名前:デフォルトの名無しさん mailto:sage [2009/08/09(日) 16:46:52 ]
Ruby/Tkさえコンパイルできるようになれば、すぐにmingw版に移るんだが

755 名前:デフォルトの名無しさん mailto:sage [2009/08/09(日) 17:00:11 ]
>>754
普通にできてるが

756 名前:754 mailto:sage [2009/08/09(日) 17:12:14 ]
>>755
え、本当?

俺の環境では ruby-list:46093 と同じ問題でコンパイルできない・・・
何が問題なのかさっぱりだ
配布バイナリがあればそっちを使うんだけど、更新止まってるみたいだし

757 名前:デフォルトの名無しさん mailto:sage [2009/08/09(日) 17:31:30 ]
>>753
GCの関係で、最適化かけすぎると
不味いんじゃなかったっけ?

758 名前:デフォルトの名無しさん mailto:sage [2009/08/09(日) 17:52:37 ]
ソースコード完全解説には「-O2まで」と載ってるな
ttp://i.loveruby.net/ja/rhg/cd/build.html (「最適化のヒント」の項)

759 名前:デフォルトの名無しさん mailto:sage [2009/08/09(日) 18:45:58 ]
>>758
むしろ-O3より-O2の方がコンパイルに時間がかかったって話も聞くけどな

760 名前:デフォルトの名無しさん mailto:sage [2009/08/09(日) 19:01:57 ]
The Computer Language Benchmarks Game
shootout.alioth.debian.org/index.php

761 名前:デフォルトの名無しさん mailto:sage [2009/08/09(日) 19:57:53 ]
>>758
いつの時代の本だよ

762 名前:デフォルトの名無しさん mailto:sage [2009/08/09(日) 21:22:36 ]
いやgccの-O2と-O3の差とか、当時とそんなに変わってないし、
Rubyもevalこそ入れ替わったけど、GCは基本同じだし。



763 名前:デフォルトの名無しさん mailto:sage [2009/08/09(日) 22:10:26 ]
RHG1.9版出せよ

764 名前:デフォルトの名無しさん [2009/08/09(日) 22:18:27 ]
OneClickRubyInstaller の次期バージョンになる予定のRubyInstallerは、
mingw版です。ダウンロードできるけど、まだプレビュー版です。
ttp://rubyinstaller.org/downloads/

みんなでテストして、安定すれば問題解決じゃない?

1.8系はmingwにするだけで倍以上早くなるみたいだし。
ttp://antoniocangiano.com/2009/08/04/a-faster-ruby-on-windows-is-possible/


765 名前:755 mailto:sage [2009/08/10(月) 00:15:17 ]
>>756
俺もstubはダメだったんで非stubで使ってる。
Tcl/Tk 8.5 以降できなくなったような気がする。
ちなみにActiveTcljは使ったこと無い。いつもソースからビルドしてる。


766 名前:デフォルトの名無しさん mailto:sage [2009/08/10(月) 03:28:30 ]
>>762
> いやgccの-O2と-O3の差とか、当時とそんなに変わってないし、
ソースだせソース


767 名前:デフォルトの名無しさん mailto:sage [2009/08/10(月) 07:13:49 ]
最近は-O3でも動くらしい(ソースはIRCでの中田さんの発言


768 名前:デフォルトの名無しさん mailto:sage [2009/08/10(月) 08:37:56 ]
もう1年以上-O3のRuby(MinGWとlinux)使ってるけど
特に問題になったことはないなあ

769 名前:デフォルトの名無しさん mailto:sage [2009/08/10(月) 20:17:04 ]
少なくとも写真はこっちが勝ちだな

「変わっていかなければ」。日本Rubyの会 会長の葛藤 − @IT自分戦略研究所
ttp://jibun.atmarkit.co.jp/ljibun01/rensai/leader/27/01.html

770 名前:デフォルトの名無しさん mailto:sage [2009/08/10(月) 20:23:33 ]
世界にはばたく日本のRuby(笑)から(笑)を取ってもいい頃合の状況なのに、
実際の中の人の活動は状況に比べて芳しくないんだよね

771 名前:デフォルトの名無しさん mailto:sage [2009/08/10(月) 20:50:57 ]
Javaの解説やドキュメントを書くのは楽しい
なぜなら、足りない部分を補填するという自覚がもてるからだ
Rubyの解説やドキュメントを書くのは楽しくない
なぜなら、余計なものを重複して書いてる気分になるからだ

Rubyのスクリプトコードがもうちょっと読みにくかったら
ドキュメンテーションへのインセンティブになると思う

772 名前:デフォルトの名無しさん mailto:sage [2009/08/10(月) 23:57:13 ]
> Javaの解説やドキュメントを書くのは楽しい
奇特な性癖の持ち主発見



773 名前:デフォルトの名無しさん mailto:sage [2009/08/11(火) 01:02:30 ]
内容から察するに、わざわざツッコミ入れなくてもそういう意味だと思うぞ
「Rubyに比べてJavaのコードは解りにくいから、むしろドキュメント書くのが楽しくなる」という内容のようだから

774 名前:デフォルトの名無しさん mailto:sage [2009/08/11(火) 01:22:03 ]
実際にはJavaでもろくに書いてないんだろうけどな

775 名前:デフォルトの名無しさん mailto:sage [2009/08/11(火) 01:25:32 ]
分かりきったことをあらためて書くことほどつまらないことはないので
気持ちはわからなくもない

776 名前:デフォルトの名無しさん mailto:sage [2009/08/11(火) 01:29:55 ]
成程>>769での懸念も尤もだな
よっぽどJavaの4文字に負い目があるらしい

777 名前:デフォルトの名無しさん mailto:sage [2009/08/11(火) 08:39:14 ]
メッセージ伝達手段としての例外って使わないほうがいい?
1.9ではそもそも遅いとか聞くし

778 名前:デフォルトの名無しさん mailto:sage [2009/08/11(火) 09:43:54 ]
>>777
例外は例外なんだから例外的なことが起きた時にだけ使うべきだろう。

779 名前:デフォルトの名無しさん mailto:sage [2009/08/11(火) 10:00:13 ]
>>778
正論

大域脱出だったら catch と throw でいいんじゃないの?

780 名前:デフォルトの名無しさん mailto:sage [2009/08/11(火) 11:10:02 ]
Rubyでのthrow-catchはbegin-raiseとどう使い分けるの?
ふつうに例外処理があるのになんでcatch-throwがあるの?

初心者の素朴な疑問。

781 名前:デフォルトの名無しさん mailto:sage [2009/08/11(火) 11:22:56 ]
>>780
779が書いたように、throw〜catchは大域脱出機構。
例外処理機構じゃない。

782 名前:デフォルトの名無しさん mailto:sage [2009/08/11(火) 11:36:29 ]
>>777
基本的には使うべきでない

ただしメッセージの種類によっては、判定が微妙なこともある
例:net/http.rb や open-uri.rb のHTTP例外



783 名前:デフォルトの名無しさん mailto:sage [2009/08/11(火) 11:41:53 ]
elseでのreturnは例外送出と根源的には同質
キャッチするかそのままにするかの違いでしかない

784 名前:デフォルトの名無しさん mailto:sage [2009/08/11(火) 12:31:49 ]
>>779
ライブラリが「このメソッドを呼ぶ時はcatchで括ってください」とか言ってきたらイヤだぞw






[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<227KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef