langsmith:167
From: Fumisky Wells <ttn3w7u2fs mx6.ttcn.ne.jp>
Date: Sat, 8 Jan 2005 13:20:22 +0900
Subject: [langsmith:167] Alan ver.0.08
Wです。 昨年は多重継承とI/F継承の実装の件、デザインパターンの言語レベルでの実装の件、 例外処理のデザインの件で色々貴重なご意見いただき、ありがとうございました。 俺言語を設計・開発したい(例え車輪の再発明でも)というゴールにはまだ遠いですが、 骨格レベルと言うかデッサンレベルと言うところまで来ましたので、 とりあえずこの段階で公開してみたいと思います。 ご興味がありましたら http://jjlib.sourceforge.net/alan/ に仕様書をアップ しましたのでご覧下さい。 まだ問題は山積みですが、もしこの段階でデザインの方向性・実装のやり方・ 公開の仕方など、建設的ご意見をいただければ幸いです。 これだけだと漠然としているかも知れないので、1つ具体的な質問を。 今、Alan の入力系をどうしようかと考えているところです。 C では printf()に対して scanf() が、 C++ では cout に対して cin が、 Perl は print に対し、<>で読んでパターンマッチで変数に入れるのがよくある方法ですね。 Alan では put(a,b,c) に対して a) get(a,b,c) とするか b) (a,b,c) = get とするか c) get(&a, &b, &c) とするか c')get(a&, b&, c&) とするか d) その他? ぐらいの選択肢を考えていて、c') がいいかな、と。その理由は、 1) & は明示的な参照渡しを表わす演算子。Cのアドレス渡しや ADA の out モードと似ています。 変数 a, b, c に値を入れることがわかって意味を読み取りやすい。 2) &演算子が後置なのは式を左から右に読みやすくなるから、と 考えたからです(C のポインタがらみがややこしいのは * や & 演算子が前置なのが1つの原因と考えています)。 まあ、確信があるわけではなく、わざわざ & を打たなくても a) か b) で いいではないか、とする案も当然あると思うので、「c), c') は嫌だな」 というレベルでもかまいませんので、ご意見聞かせていただければ、と思います。 今年もよろしくお願い致します。 W -- ML: langsmith quickml.atdot.net 使い方: http://www.atdot.net/~ko1/quickml
-> 167 2005-01-08 13:20 [ttn3w7u2fs mx6.ttcn.] Alan ver.0.08 168 2005-01-08 23:20 ┗[matz ruby-lang.org ]