[#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:37334] Re: optparse は使いやすいですか?

From: "NAKAMURA, Hiroshi" <nakahiro@...>
Date: 2003-03-17 01:05:07 UTC
List: ruby-list #37334
なひです。

> From: toshirok
> Sent: Saturday, March 15, 2003 9:57 PM

> optparseそんなに取っ付きにくいライブラリですかねぇ?

なひも取っ付きにくいと思います。

> 各オプションに対してイベントハンドラを対応させるってUIフレームワークの
> 思想そのままなので違和感はないし、

UIフレームワークの思想そのままならどこでもOKということはないですし。

> on にはいろいろと引数がありますけどほとんどは
> 省略してもいいのでサンプルスクリプトをちょちょっと書き換えればそのまま
> 使えますし、help用のテキストは勝手に整形してくれたり、引数の型のチェッ
> クをしてくれたり、面倒なことはすべてoptparseが面倒みてくれるので楽でき
> ていいと思うのですが、そのわりにあまり使われていないようですね。

取っ付きにくいからじゃないでしょうか。

なひには成島さんの、
| ARGV に options メソッドが追加されている理由もわからないし、
| そのイテレータに条件を追加して、オプションの値はインスタンス変数で
| 得る、というのも、
というのは、どれも、あっておかしくない疑問だと思います。

なひにとっての取っ付きにくい理由を考えてみると。。。
やはり成島さんが書かれている理由と同じで、インタフェイスかなー。

では、と、どんなインタフェイスならとっつきやすくなるかと考えると、
コマンド引数(に現在一般に期待されている機能)そのものが、
複雑で取っ付きにくいのかも。optparseだけでなく、getoptもgetoptlongも
なひにとっては取っ付きにくい。つまり、そもそもコマンド引数でごちゃごちゃ
やるのが好きじゃない。^^;

というわけで、yamlrbが標準ライブラリになるのを期待します。

# オチがなかったので無理矢理。

PS.
問題は、
1. まだYAMLの仕様がfixしてない
2. 関連して、yamlrbのYAML仕様への準拠度を誰かが検証する必要がある
  Ruby固有の拡張が入らないように。。。Syck待ち?


In This Thread