ruby-list

荻野です。お騒がせしています。

On 2003.8.14, at 13:52 Asia/Tokyo, Minero Aoki wrote:

> ちなみに、Proto*Error はまとめて obsolete にするつもりです。
> もちろん残しますが、積極的には推奨しません。net/protocol.rb 自体、
> そのうち消す予定です。

今から obsolete になるのであれば、ProtoTimeoutOnConnectError（長い…）
などの名前を増やすべきではない、ということでしょうか。

# on の後ろに名刺だと Connection? エラー名は思いつきなので、
# 英語の確かな人の意見が欲しいです。

なぜ非推奨になるのか、教えていただけないでしょうか。Proto という名前が
適切かどうかはともかく、TCP 層のエラーを、アプリケーション層にまとめる
という意味であれば、ちょっとそれは違和感を覚えます。IO や Socket レベル
のエラーに統一するというのであれば、賛成できると思います。

# Protocol ってどの層でもあるので直感的でない、ということは思います


>> # 個人的には接続時のエラーは ProtocolError のサブクラスの方が使いやす
>> # いようにも思うのですが、よくわかりません。
>
> うーん、個人的にはエラーはごっそりまとめて処理しちゃうんで
> うまく分類する自信がありません。

すみません、どっちかというと好みの問題かと思うので、ポリシーさえはっきり
していて、かつ仕様が明確で安定であれば、それでいいと思います。


> あと、#finish で IOError を
> 投げたりしますけど、これも SMTPError なりの下位クラスに変更
> すべきだと思いますか？

かなり汎用的な（呼び出し側でも使いそうな）TimeoutError と違って IO を使って
いて、IOError を返すというのは、それはそれなりに筋が通っていると思います。

というか #finish が IOError（かそのサブクラス）を返すのであれば、接続失敗
（相手が応答しなくて TimeoutError になった場合を含む）でも IOError などの
下位層のエラーだとわかる方が、SMTP のエラー（5xx）や POP3 のエラー（-ERR）
とかと区別できてすっきりする、というのが私の感覚です。

# しかし、IOError で送信を確認すべしというのは、リファレンスマニュアルにな
# かったので、気がつきませんでした。

Proto*Error というのが、SMTPError とかと同類項（アプリケーション層のエラー）
というのであれば、「接続時のエラーは ProtocolError のサブクラスの方が」と
いうのは撤回します。趣旨は、アプリケーション層のエラーと下の層のエラーは
分かれていた方がいいということです。

逆に、TCP や socket のレベルで接続に失敗した場合の例外が SMTP とか POP3 とか
で個別に定義されていると、それはそれでリファレンスをみる回数が増えてちょっと
躊躇します。が、リファレンスマニュアルに書いてあればそれはそれで受け入れられ
ることかと。

で、SMTP とかで接続が成功したとき後の読み出しの timeout だけが、ちょっと異質
な感じですね。SessionTimeoutError とかにしても、実質は IOError のサブクラスで
あるべきように感じます。（しかし互換性の問題があるので変えるべきではないでと
は思います）

-- 
荻野 充 (おぎの みつる) ... 「萩(はぎ)」にあらず
Verama Systems

Key fingerprint = 7F26 5414 1805 F31B 1617  10B7 C117 07AE 1691 9BD1

Thread

Prev Next

In This Thread

Prev Next

[#38002] ERB について — Gotou <com@...>

[#38007] Object#singleton_methods — Masao Mutoh <mutoh@...>

[#38009] net/http.rb Net::HTTPResponseのヘッダー — sakazuki <QZS01353@...>

[#38015] [ANN] ruby 1.8.0 — matz@... (Yukihiro Matsumoto)

[#38020] irb で %W(#{...}) — yoshihisa masuda <sacong@...>

[#38026] [ANN] ReFe 0.7.2 — Minero Aoki <aamine@...>

[#38029] Array#fill { ... } — yoshihisa masuda <sacong@...>

[#38036] undef variable — hirocy <hirocy@...>

[#38039] proc method — "K.Sasada" <ko1@...>

[#38050] TMail multipart mail — Yoshiki Wada <ysk@...5.so-net.ne.jp>

[#38055] irbshの設定 — s-nob@...

[#38056] ファイル書換え？ — 中村文建 <tx6f-nkmr@...>

[#38057] [ANN] Ruby-GNOME2-0.6.0 — Masao Mutoh <mutoh@...>

[#38059] [ANN] rbbr-0.3.0 — Masao Mutoh <mutoh@...>

[#38062] The RWiki::LL Saturday, 2003-08-09 — maili31s@... (SugHimsi == SUGIHARA Hiroshi)

[#38063] how to write destructive method? — HASHIMUKAI Toshikatsu <hashi@...>

[#38073] module extendable? — Takeshi Horinouchi <horinout@...>

[#38078] how to get script dir — NONAKA Akira <nonaka@...>

[#38080] ポートが閉じているときの例外など — Mitsuru Ogino <ogino@...>

[#38083] Re: how to get script dir — Nonaka Akira <nonaka@...>

[#38090] ruby-1.8 で eruby が SEGV — Kazuhiko <kazuhiko@...>

[#38100] [ANN] Ruby Onsen Meeting — TAKAHASHI Masayoshi <maki@...>

[#38104] XMLRPC::ModRubyServer — OHARA Shigeki <os@...>

[#38122] ruby-tcpwrap and mkmf.rb — Takahiro Kambe <taca@...>

[#38134] Ruby/SDL 0.9 — OHBAYASHI Ippei <ohai@...>

[#38164] Ruby1.8.0でRuby-PostgreSQLがビルドできない — kensaku Maki <sakaki@...>

[#38166] Win環境でrdtool-0.6.11のインストール — AOKI Yoshihiro <aoki@...>

[#38176] sub class of Mysql — "Kawaji, Shinya" <kawaji@...>

[#38183] String << の動作につきまして — kuto@...

[#38195] 理解の進め方(Re: String << の動作につきまして) — Tadashi Oh-Ya <toy@...>

[#38198] Tmailで送るメールに日付がつけられなくなりました — 川田誠司 <kawada.seiji@...>

[#38256] かみ砕いた説明をすべき範囲 — 西 啓一朗 <receiver@...>

[#38274] パターンマッチの置換について — hogehoge@...

[#38276] re-builder — rubikitch <rubikitch@...>

[#38279] CRAM-MD5でエラー（Net::SMTP）（自己解決） — Masato Toyoshima <mt@...>

[#38282] -1 / 10 #=> -1 — "Tadashi Saito" <shiba@...2.accsnet.ne.jp>

[#38291] readline.so for irb/completion on win32 — Shusaku <tsyk@...>

[ruby-list:38113] Re: ポートが閉じているときの例外など

Thread

In This Thread

[#38183] String　<< の動作につきまして — kuto@...

[#38195] 理解の進め方(Re: String　<< の動作につきまして) — Tadashi Oh-Ya <toy@...>

[#38256] かみ砕いた説明をすべき範囲 — 西啓一朗 <receiver@...>