[#17017] 標準添付案 — Kazuhiro NISHIYAMA <zn@...>

西山和広です。

21 messages 2002/05/08
[#17019] Re: 標準添付案 — "Akinori MUSHA" <knu@...> 2002/05/08

At Wed, 8 May 2002 19:50:17 +0900,

[#17021] Re: 標準添付案 — GOTO Kentaro <gotoken@...> 2002/05/08

At Wed, 8 May 2002 22:45:06 +0900,

[#17031] double acosh — WATANABE Hirofumi <eban@...>

わたなべです。

25 messages 2002/05/10
[#17032] Re: double acosh — nobu.nakada@... 2002/05/10

なかだです。

[#17033] Re: double acosh — WATANABE Hirofumi <eban@...> 2002/05/10

わたなべです。

[#17036] Re: double acosh — matz@... (Yukihiro Matsumoto) 2002/05/10

まつもと ゆきひろです

[#17039] Re: double acosh — WATANABE Hirofumi <eban@...> 2002/05/10

わたなべです。

[#17134] argv[0] — Tanaka Akira <akr@...17n.org>

ふと ruby インタプリタの C における argv[0] を知りたくなったんですが、

23 messages 2002/05/18
[#17139] Re: argv[0] — matz@... (Yukihiro Matsumoto) 2002/05/18

まつもと ゆきひろです

[#17144] Re: msvcrt — "U.Nakamura" <usa@...>

こんにちは、なかむら(う)です。

18 messages 2002/05/19

[#17179] コマンドラインオプションの順序制約 — Kazuhiro NISHIYAMA <zn@...>

西山和広です。

13 messages 2002/05/22
[#17181] Re: コマンドラインオプションの順序制約 — matz@... (Yukihiro Matsumoto) 2002/05/22

まつもと ゆきひろです

[#17228] Re: [ruby-list:35305] Re: ((1.2)..(3.4)).to_a — matz@... (Yukihiro Matsumoto)

まつもと ゆきひろです

28 messages 2002/05/30

[ruby-dev:17029] Re: 標準添付案

From: GOTO Kentaro <gotoken@...>
Date: 2002-05-10 06:53:39 UTC
List: ruby-dev #17029
At Thu, 9 May 2002 02:57:58 +0900,
Akinori MUSHA wrote:

>  もし「開発時にしか使わず、最終製品には使われないもの」という
> 意味であれば、ある程度線引きも明確で意味があるかもしれません。

いろいろ内省してみたところ開発というよりはRubyそのものを調べ
る道具という意味あいを持ったディレクトリが欲しいのがもともと
の欲求のようです。

> > 僕が名前空間を分けたいと思う一番の理由はやっぱり名前の衝突を
> > 回避するためです。古くからあるものについてはその名前が知られ
> > てるのでそれを避けることがユーザの間で習慣化されていると思い
> > ますが、新しく追加されるものについては、新参の方が避けるのが
> > 良いのではないかと考えます。
> 
>  私の考え方は少し違います。トップレベルは標準に予約されていると
> 考える方が自然ではないでしょうか。一般的な名前は、 Ruby 本体や
> 標準ライブラリにいつクラス名やライブラリ名として使われるか分から
> ないわけです。

予約というのは「まだ使ってなくても」ユーザの利用を禁止すると
いう意味に見えるので、トップレベルが予約というのはちょっと違
う気がします。気になるポイントは、新規にライブラリを導入する
場合に、後から予約が追加されるという点です。

別格というのならまぁ分かります。実際、 $: にカレントディレク
トリが入っているので、$: をいじらない限りは、好むと好まざる
とに関わらず標準のライブラリパスのトップレベルはカレントディ
レクトリよりも優先されるわけですし。

> 定義の明確でないカテゴリは(あるいは明確なものさえ)、どうにも
> 分類しかねるものが出てきます。カテゴリの論議に時間を取られる上、
> 新しいカテゴリを作るとなれば既存ライブラリの移動や再編を迫られ
> ます。

ううむ。それはそのとおりですね。それに衝突の回避を厳密にやろ
うすると武者さんが挙げたJava式が一番楽でしょう。好きではない
けど。

一般的な分類の議論は僕には論点を明確にできないので、さておき、
少なくとも現状の which.rb をトップレベルにおくのが妥当とは思
えません。find(1) に類似した find.rb があるといったのもその
理由です。

そうすると which ではない名前にするのが妥当なのかなぁ。でも、
which という名前は捨て難いし。ううむ

-- Gotoken

In This Thread