[#3305] Observable#notify_observers — shugo@... (maeda shugo)

前田です。

22 messages 1997/07/09

[#3329] meta programming features — matz@... (Yukihiro Matsumoto)

まつもと ゆきひろです

44 messages 1997/07/11
[#3330] Re: meta programming features — keiju@... (石塚圭樹 ) 1997/07/11

けいじゅ@今はフリー(^^;;;です.

[#3332] Re: meta programming features — matz@... (Yukihiro Matsumoto) 1997/07/11

まつもと ゆきひろ%最終出社日です

[#3340] Re: meta programming features — keiju@... (石塚圭樹 ) 1997/07/14

けいじゅ@今はフリー(^^;;;です.

[#3343] Re: meta programming features — matz@... (Yukihiro Matsumoto) 1997/07/14

まつもと ゆきひろです

[#3345] Re: meta programming features — keiju@... (石塚圭樹 ) 1997/07/14

けいじゅ@今はフリー(^^;;;です.

[#3346] Re: meta programming features — matz@... (Yukihiro Matsumoto) 1997/07/14

まつもと ゆきひろです

[#3349] Re: meta programming features — keiju@... (石塚圭樹 ) 1997/07/15

けいじゅ@今はフリー(^^;;;です.

[#3352] Re: meta programming features — matz@... (Yukihiro Matsumoto) 1997/07/15

まつもと ゆきひろです

[#3353] Re: meta programming features — keiju@... (石塚圭樹 ) 1997/07/15

けいじゅ@今はフリー(^^;;;です.

[#3357] Re: meta programming features — matz@... (Yukihiro Matsumoto) 1997/07/15

まつもと ゆきひろです

[#3361] Re: meta programming features — keiju@... (石塚圭樹 ) 1997/07/16

けいじゅ@今はフリー(^^;;;です.

[#3365] Re: meta programming features — matz@... (Yukihiro Matsumoto) 1997/07/16

まつもと ゆきひろです

[#3366] Re: meta programming features — keiju@... (石塚圭樹 ) 1997/07/16

けいじゅ@今はフリー(^^;;;です.

[#3391] Re: meta programming features — matz@... (Yukihiro Matsumoto) 1997/07/18

まつもと ゆきひろです

[#3398] Re: meta programming features — keiju@... (石塚圭樹 ) 1997/07/19

けいじゅ@今はフリー(^^;;;です.

[#3401] Re: meta programming features — matz@... (Yukihiro Matsumoto) 1997/07/19

まつもと ゆきひろです

[#3406] Re: meta programming features — keiju@... (石塚圭樹 ) 1997/07/22

けいじゅ@今はフリー(^^;;;です.

[#3410] Re: meta programming features — matz@... (Yukihiro Matsumoto) 1997/07/22

まつもと ゆきひろです

[#3415] Re: meta programming features — keiju@... (石塚圭樹 ) 1997/07/23

けいじゅ@今はフリー(^^;;;です.

[#3375] Exception — keiju@... (Keiju ISHITSUKA)

けいじゅ@今はフリー(^^;;です.

19 messages 1997/07/17
[#3383] Re: Exception — matz@... (Yukihiro Matsumoto) 1997/07/18

まつもと ゆきひろです

[#3388] Re: Exception — keiju@... (石塚圭樹 ) 1997/07/18

けいじゅ@今はフリー(^^;;;です.

[#3392] Re: Exception — matz@... (Yukihiro Matsumoto) 1997/07/18

まつもと ゆきひろです

[#3403] sorry for ruby-list trouble — matz@... (Yukihiro Matsumoto)

まつもと ゆきひろです

18 messages 1997/07/22
[#3404] Re: sorry for ruby-list trouble — keiju@... (石塚圭樹 ) 1997/07/22

けいじゅ@今はフリー(^^;;;です.

[#3408] Re: sorry for ruby-list trouble — matz@... (Yukihiro Matsumoto) 1997/07/22

まつもと ゆきひろです

[#3414] Re: sorry for ruby-list trouble — keiju@... (石塚圭樹 ) 1997/07/23

けいじゅ@今はフリー(^^;;;です.

[#3420] Re: sorry for ruby-list trouble — matz@... (Yukihiro Matsumoto) 1997/07/23

まつもと ゆきひろです

[#3434] [Q] Thread — keiju@... (Keiju ISHITSUKA)

けいじゅ@今はフリー(^^;;です.

44 messages 1997/07/24
[#3444] Re: [Q] Thread — matz@... (Yukihiro Matsumoto) 1997/07/24

まつもと ゆきひろです

[#3455] Re: [Q] Thread — keiju@... (石塚圭樹 ) 1997/07/24

けいじゅ@今はフリー(^^;;;です.

[#3461] Re: [Q] Thread — matz@... (Yukihiro Matsumoto) 1997/07/25

まつもと ゆきひろです

[#3464] Re: [Q] Thread — keiju@... (石塚圭樹 ) 1997/07/25

けいじゅ@今はフリー(^^;;;です.

[#3483] Re: [Q] Thread — matz@... (Yukihiro Matsumoto) 1997/07/25

まつもと ゆきひろです

[#3528] Re: [Q] Thread — shugo@... (maeda shugo) 1997/07/28

前田です。

[#3537] Re: [Q] Thread — shugo@... (maeda shugo) 1997/07/29

前田です。

[#3542] Re: [Q] Thread — shugo@... (maeda shugo) 1997/07/30

前田です。

[ruby-list:3392] Re: Exception

From: matz@... (Yukihiro Matsumoto)
Date: 1997-07-18 15:12:35 UTC
List: ruby-list #3392
まつもと ゆきひろです

In message "[ruby-list:3388] Re: Exception"
    on 97/07/18, 石塚圭樹 <keiju@bc.mbn.or.jp> writes:

|けいじゅ@今はフリー(^^;;;です. 

|>というような形が考えられて,昔のrubyは一番上,今は真中ですよ
|>ね.石塚さんが「なっていませんよね」とおっしゃるのは,一番下,
|>つまりある例外はメッセージも含めて一意であるような例外の形式
|>ですよね.
|
|そうです. Cのerrno程度は欲しいなと思いました.

確かにerrnoはメッセージとコードが一意に決まっていますよね.
でもrubyでは結構むずかしいんです.というのもerrnoはカーネル
という一枚岩のシステムのエラーコードですが,rubyの場合は例外
はユーザーコードも含めてあらゆるところで生成されるので,だれ
かが不適切な例外の発生を行っていれば全体の詳細度が下がってし
まいますよね.

rubyのような言語で例外の情報が一意であることを期待しようと思
えば今とは全く違う例外システムを考える必要があると思います.

|>まあ,そういうのも存在しえて,かつ使う方としてはそれなりに便
|>利だろうとは思うのですが,
|>
|>  * それぞれ個別の例外を定義するのが面倒臭い
|
|これはいえるんですよねえ.... でも, 実際にはメッセージの種類はたくさん
|あるんだから, それと手間は変わらないともいえるような...

名前を考えるのはエラーメッセージを考えるより大変なので.それ
にrubyインタプリタの範囲内でなら一意な例外を発生させることは
可能ですけど,上記の理由で苦労の割には結局あんまり意味がない
ようにも思うので.

|>  * 例外の数が増えて大変
|
|これに関しては, 例外クラスに階層を持たせることができるんだから, 増えて
|も問題なくできるとは思いますよ. 今の例外にもう1階層増やす感じでね.

まあ,仕組みとしてはそうですね.結局コストに見合わないと感じ
ているわけです.

|>  * 現在の例外システムはPythonなどでも実績がある
|
|同じ程度の粒度なんですか?

です.実は例外名などもかなりもらってきています.

|>などの理由から,基本的には今のままで良いんでないかなあと思い
|>ます.もっとも,不適切な例外をあげている場所があるかも知れま
|>せんけど(ArgErrorのはずのところにTypeErrorとか).
|
|これはいけませんね.

ですね.もっともどんなエラーに対してなにを返すか統一的に決め
ていないというのもあるのですが.個別の例外に関しては議論の余
地があると思います.ただし,そんなに間違いがあると思っている
わけでもないのですが,絶対であると確信しているわけでもないく
らいですね.

|Cのerrnoでは, 何かやる毎(関数毎)に調べなくてはいけないのですが, rubyの
|例外はブロック大きく括ってキャッチできるようになっていますよね. つまり
|複数の例外を発生させる可能性箇所をまとめて一箇所で例外処理ができますよ
|ね. ここが便利な点なのですが, 今の粒度だと, 複数の箇所で同じ例外を出す
|可能性が高くなりますよね. そうすると, ブロックの括りを小さくしなくちゃ
|いけなくなり, 極端な場合, 関数毎に例外処理を行わなくなる点が気になって
|いるぐらいですけどね.

そいつは例外処理のスタイルの問題ですね.私はほとんどの場合
rescueは例外を指定しないで使います.『このブロック内で失敗し
たら』というスタイルですね.ですから,関数毎ってのはまさに極
端だと思います.

|そうそう. 最後にリクエスト::
|
|例外のタイプを知るのに $!.inspect ではだめで, $!.typeを調べなくてはな
|りません, Exception#inspectでtypeも出力するように変えてもらえません?

これは対応しましょう.

                                まつもと ゆきひろ /:|)

In This Thread