[#37249] ruby 1.8でのCGI#[]の挙動 — 堀川 久 <vzw00011@...>

こんにちは。

14 messages 2003/03/09

[#37283] 両方の式とも常に評価する論理和・論理積 — Shinya Kawaji <kawaji@...>

かわじ、です

17 messages 2003/03/13

[#37324] optparse は使いやすいですか? — 成島 寛則 <narushima@...>

こんにちは。Narushima Hironori と申します。

13 messages 2003/03/15

[#37370] Secure「ではない」script の書き方 — satoru takahashi <hisai@...>

高橋聡@JFプロジェクトで翻訳しています、です

50 messages 2003/03/20
[#37381] Re: Secure「ではない」script の書き方 — satoru takahashi <hisai@...> 2003/03/20

高橋聡です

[#37382] Re: Secure「ではない」script の書き方 — matz@... (Yukihiro Matsumoto) 2003/03/20

まつもと ゆきひろです

[#37405] Re: Secure「ではない」script の書き方 — Taku Nakajima <tnakajima@...> 2003/03/24

[#37407] Re: Secure「ではない」script の書き方 — matz@... (Yukihiro Matsumoto) 2003/03/24

まつもと ゆきひろです

[#37414] Re: Secure「ではない」script の書き方 — Taku Nakajima <tnakajima@...> 2003/03/25

[#37415] Re: Secure「ではない」script の書き方 — matz@... (Yukihiro Matsumoto) 2003/03/25

まつもと ゆきひろです

[#37417] Re: Secure「ではない」script の書き方 — Taku Nakajima <tnakajima@...> 2003/03/25

[#37421] Tmpfile.newがデフォルトで/tmpを利用すること — Tadatoshi Kamimura <kamimura.tadatoshi@...>

上村と申します。はじめまして。

35 messages 2003/03/26
[#37422] Re: Tmpfile.newがデフォルトで/tmpを利用すること — WATANABE Hirofumi <eban@...> 2003/03/26

わたなべです。

[#37467] Re: Tmpfile.newがデフォルトで/tmpを利用すること — Tadatoshi Kamimura <kamimura.tadatoshi@...> 2003/03/31

上村です

[#37468] Re: Tmpfile.newがデフォルトで/tmpを利用すること — "Akinori MUSHA" <knu@...> 2003/03/31

At Mon, 31 Mar 2003 09:51:27 +0900,

[#37470] Re: Tmpfile.newがデフォルトで/tmpを利用すること — Tadatoshi Kamimura <kamimura.tadatoshi@...> 2003/03/31

上村です。

[#37472] Re: Tmpfile.newがデフォルトで/tmpを利用すること — "Akinori MUSHA" <knu@...> 2003/03/31

 なるほど、 $SAFE=1 のところをすっぱり読み飛ばしてました。

[#37479] Re: Tmpfile.new がデフォルトで/tmpを利用すること — siena@... (Siena. / SHINAGAWA, Norihide) 2003/03/31

Siena. です。

[#37480] Re: Tmpfile.new がデフォルトで/tmpを利用すること — siena@... (Siena. / SHINAGAWA, Norihide) 2003/03/31

Siena. です。

[#37483] Re: Tmpfile.newがデフォルトで/tmpを利用すること — nobu.nakada@... 2003/04/01

なかだです。

[#37493] Re: Tmpfile.newがデフォルトで/tmpを利用すること — TAKAISHI Hayato <rio-t@...> 2003/04/02

こんにちは、高石です。

[#37496] Re: Tmpfile.new がデフォルトで/tmpを利用すること — siena@... (Siena. / SHINAGAWA, Norihide) 2003/04/03

Siena. です。

[#37499] Re: Tmpfile.new がデフォルトで/tmpを利用すること — matz@... (Yukihiro Matsumoto) 2003/04/03

まつもと ゆきひろです

[#37500] Re: Tmpfile.new がデフォルトで/tmpを利用すること — "U.Nakamura" <usa@...> 2003/04/03

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

[ruby-list:37341] Re: optparse は使いやすいですか?

From: "NAKAMURA, Hiroshi" <nakahiro@...>
Date: 2003-03-17 11:58:23 UTC
List: ruby-list #37341
なひです。

> From: nobu.nakada@nifty.ne.jp
> Sent: Monday, March 17, 2003 7:32 PM

> > そういうのは考えてませんでした。↑で「ライブラリで引数を取りたい」
> > 場合として書いてますが、これは例えば、log4rでのログ設定(独自に
> > Registryとして持っていたはず)、xmlrpc4rで使うxml processor
> > (xmlrpc/config.rbの書き換え)、soap4rで使うxml processor
> > (requireするファイルで制御)、などを想定してました。
> > ライブラリで引数を取るような場合は、「一時的な指定」の場合は
> > ほとんどないだろう、という読みです。
> 
> 独立性の高いライブラリの場合ですね。

はい。

> > 翻って、一時的な指定の場合にJavaのpropertyみたいなのを
> > 使いたいかと言えば、そんなことはありません。めんどくさい。
> 
> コマンドラインから指定したほうがいいのは、rdtoolやcvsのように本
> 来一つのアプリケーションとして設計されていて、(複雑化を避けると
> かプラグイン化したいとか)さまざまな理由によってモジュール化され
> ているような場合でしょう。たぶん。

なるほどー。

| 「イテレータに条件を追加」というのが実はoptparseの最もoptparse
| らしいところなのかもしれません。これによってオプションの登録が
| 一ヶ所に限定されずに使いたいところで定義できる、つまりライブラ
| リの中からでもメインのプログラムとは透過的に定義できるようになっ
| ているわけです。

について、理解しました。お手数をおかけしました。^^;

確かに、独立したライブラリにするほどではなくともモジュール化
されており(これは普通ですね)、あちこちでコマンドライン引数を
参照したいという要求はありそうです。なひも今後、そういう場面が
あれば使ってみます。


In This Thread

Prev Next