{_proto: プロトタイプベース・オブジェクト指向};

1 名前：デフォルトの名無しさん [05/03/05 00:08:47 ] 実装談義も哲学論議も。 プロトタイプベース・オブジェクト指向とは　sumim.no-ip.com:8080/wiki/493 Google Directory Prototype-based　directory.google.com/Top/Computers/Programming/Languages/Object-Oriented/Prototype-based/ Self　research.sun.com/research/self/ Io　www.iolanguage.com/ ほか　>>2-10あたり 前スレ 　プロトタイプベース・オブジェクト指向 　pc5.2ch.net/test/read.cgi/tech/1070886635/ 51 名前：デフォルトの名無しさん mailto:sage [2005/05/20(金) 23:21:19 ] さて、プロトタイプるとするか ぷ ろ と たいぷ 52 名前：デフォルトの名無しさん mailto:sage [2005/07/25(月) 23:10:47 ] nanika 53 名前：デフォルトの名無しさん [2005/09/06(火) 18:11:34 ] ただいまのぷー儲数：０ ﾌﾟｰﾌﾟﾌﾟﾌﾟ 54 名前：デフォルトの名無しさん mailto:sage [2005/09/07(水) 02:09:57 ] オンザフライでメソッドを追加出来るのは今でも魅力的だと思ってる 55 名前：デフォルトの名無しさん [2005/09/10(土) 02:57:54 ] 結局は、オブジェクトの定義が動的か静的かって事じゃないの？ クラス継承もインスタンス化も、プロトタイプからの生成も、is-a関係と考えれば、 クラス定義が動的（タイミングが実行時という意味でなく、組み立て可能という意味） に出来れば、クラスのありなしって、関係ないんじゃね？ CoR云々て、そんなのを中心としたコーディングなんて有り得ないっしょ？ CoR Orientedなんて方法論が確立され無い限り（されるとは思えんが）。 56 名前：デフォルトの名無しさん mailto:sage [2005/09/10(土) 08:25:25 ] あらゆるオブジェクトがクラスであるようなクラスベースなら、プロトタイプベースと同じだね。 そうじゃなくて、毎回クラスとインスタンスを別に作らなきゃいけないとかだと、ちょっと面倒かな。 # プロトタイプからの生成は、 is-a 関係じゃなくても使うよ。兄弟とか。 57 名前：デフォルトの名無しさん mailto:sage [2005/09/10(土) 09:32:21 ] ぷー儲じゃないけど いじくる必要のないところは効率よくやってほしいもんだ つまり効率優先派とは常に衝突するな 58 名前：デフォルトの名無しさん [2005/09/13(火) 20:58:58 ] d.hatena.ne.jp/m-hiyama/ プログラマのためのJavaScript (7)- ↑JavaScriptのオブジェクト周りが丁寧に解説されてます。 知らない人はぜひこの機会に読んでみては。 # トレイツベースと呼ぶのはどうでしょ？ 59 名前：デフォルトの名無しさん mailto:sage [2005/09/13(火) 22:37:32 ] ここは馬鹿の巣窟だな 60 名前：デフォルトの名無しさん mailto:sage [2005/09/13(火) 23:03:51 ] >>59 あなたがTraitsを知らないことだけはよく分かりました。 61 名前：デフォルトの名無しさん mailto:sage [2005/09/14(水) 20:54:25 ] トレイトとクラスの違いがわかんないな。大した違いはないはずだけど 62 名前：デフォルトの名無しさん mailto:sage [2005/09/14(水) 21:18:00 ] >>61 やろうとしていることは同じです。 共通項の括り出しですね。 で共通部分と特有部分の関係を静的に表現するか動的に表現するかという違いではないでしょうか。 静的な表現がクラス-インスタンスで、動的な表現がトレイツ+オブジェクト。 POOのトレイツは単なる役割なので構造的にはクラスベースよりシンプルですね。 クラスベースの場合、インスタンスとクラスの違いは呼び方だけではなくって中身が違いますからね。 63 名前：デフォルトの名無しさん mailto:sage [2005/09/15(木) 03:06:32 ] 特定の名前スロットを特殊な使い方(_PROTO_とか）するところだけがなじめないんだけど、そういう実装以外ないのかな？ 64 名前：デフォルトの名無しさん [2005/09/16(金) 21:17:49 ] >>63 JavaScriptのことかな。 プロトタイプのようなしくみがないと自動委譲(=トレイツ)ができないけど、 それでもない方が良いということですか？ それとも何か別の案があるんですかね。 65 名前：デフォルトの名無しさん mailto:sage [2005/09/16(金) 21:20:35 ] POOなんてアフォなのやめて プロパティ指向にしたらどうだ 66 名前：デフォルトの名無しさん mailto:sage [2005/09/16(金) 21:51:14 ] >>64 そういう意味じゃなくて特定の名前スロットが特定の意味を持たされている部分がなにか嫌らしい感じしません？ ＣＰＵで言うところの特定のレジスタだけが特別扱い的なマシン特性の泥臭さがでてると言うか。 名前に機能をbindするのではなく機構として特別な設定を施した実装（スミマセン語彙貧弱で意味不明かも）みたいなものは無いのかと。 Cで言ったらiはintでループ専用みたいな割り振りされているのがキモチワルイというか。（そんな事ないけど→ｃ） 67 名前：デフォルトの名無しさん mailto:sage [2005/09/16(金) 21:52:57 ] >>64 ぱっと分かるだけでもSelf, Io, NewtonScriptがそうだよ。 ＞ 特定の名前スロットを特殊な使い方(_PROTO_とか） 68 名前：デフォルトの名無しさん mailto:sage [2005/09/16(金) 22:22:53 ] _が頭についてんだからシステム予約なのはあたりまえだろヴォケ 69 名前：デフォルトの名無しさん mailto:sage [2005/09/16(金) 22:28:51 ] 「頭に _ は予約」が常識かどうかは知らないけど >>66 C++ の this ポインタとかもそうかと。必要悪。 70 名前：デフォルトの名無しさん mailto:sage [2005/09/16(金) 22:31:02 ] schemeみたいにletとかlambdaさえ意味が変わってほっしー☆のかてめえは 71 名前：66じゃないけど mailto:sage [2005/09/16(金) 22:49:03 ] >>70 特定のスロットやら変数やらを特別視するってのは、結構言語仕様上気持ち悪いもんだよ 使い勝手を優先するとそうなる場合も多いんだけど 72 名前：デフォルトの名無しさん [2005/09/16(金) 22:53:14 ] >>63 最新仕様では無事使用禁止だから大丈夫 73 名前：デフォルトの名無しさん mailto:sage [2005/09/16(金) 23:04:28 ] schemeのアレはコンパイラ作るときに困る 74 名前：デフォルトの名無しさん mailto:sage [2005/09/17(土) 00:56:01 ] >>67 SELFは任意のスロット名が使えるから違う。 75 名前：デフォルトの名無しさん mailto:sage [2005/09/17(土) 20:35:16 ] >>73 アレって何？ 76 名前：デフォルトの名無しさん mailto:sage [2005/09/17(土) 21:09:16 ] 予約語がないことだろ 77 名前：デフォルトの名無しさん mailto:sage [2005/09/19(月) 22:20:49 ] defineとかlambdaとかって予約語じゃないの？ 78 名前：デフォルトの名無しさん mailto:sage [2005/09/19(月) 23:27:50 ] lambda は (コンパイル時に他の識別詞と区別されるような) 予約語ではなくて、スペシャルフォームという define は普通にシステム定義関数で作れたような希ガス 79 名前：デフォルトの名無しさん [2005/09/23(金) 06:02:48 ] つまり(let ((define 〜))〜とか (lambda(lambda)〜 とかできるわけですか！ 80 名前：デフォルトの名無しさん mailto:sage [2005/09/23(金) 06:51:23 ] さらに (define lambda list) (define if append) (define-syntax define (syntax-rules () ((_ x) 'x))) (if (lambda 1 2 3) (define 4)) --> (1 2 3 . 4) もオケ〜イ 81 名前：デフォルトの名無しさん mailto:sage [2005/09/23(金) 06:58:14 ] うあｗ、それ困るわｗ 82 名前：デフォルトの名無しさん [2005/10/02(日) 03:45:23 ] なんで？ 人間が読むんじゃなくてコンパイラだろ？ そんなのCのプロプロセッサにスコープがついただけじゃん？ 83 名前：デフォルトの名無しさん mailto:sage [2005/10/02(日) 03:52:38 ] ↑真性の馬鹿 84 名前：デフォルトの名無しさん mailto:sage [2005/10/02(日) 08:00:19 ] よく分かんないけどクラスベース言語のthisとかsuperとかself とかも気持悪いってことか。ないと困ると思うけどな。 85 名前：デフォルトの名無しさん mailto:sage [2005/10/02(日) 08:16:07 ] 話を蒸し返す様だが、当然それらを自分で変更可能な言語もある 86 名前：デフォルトの名無しさん mailto:sage [2005/10/02(日) 15:23:49 ] >>81 今Schemeの処理系作ってるけどそんなに困らないぞ。 87 名前：デフォルトの名無しさん [2005/10/02(日) 16:08:44 ] >>83 真性のバカ。 実際この仕様でいろんな実装でコンパイルできてるのに、何を言ってんだろ。 88 名前：デフォルトの名無しさん mailto:sage [2005/10/02(日) 17:08:06 ] SELF とか SCHEME とかせいぜいがんばってくれ。 RUBY 並に普及するのは不可能だろうけどね (w 89 名前：デフォルトの名無しさん mailto:sage [2005/10/02(日) 18:01:02 ] >>88 ヒント：JavaScript (ECMAScript) つかscheme自体はOOじゃねぇし。アフォか。 90 名前：デフォルトの名無しさん mailto:sage [2005/10/03(月) 01:53:14 ] アフォはてめーだよ。マイナー言語厨が。マイナーな技術を選ぶ事が 目的になってんじゃねーのか。JavaScript が今後もプロトタイプベース 一本でいくと思ってるの？ つかプロトタイプベースの OO にあって Ruby にない利点があるのかよ (w Scheme はついでだ。ユーザビリティが低いから氏ね。 91 名前：デフォルトの名無しさん mailto:sage [2005/10/03(月) 01:55:15 ] おやまあ、、、 92 名前：デフォルトの名無しさん mailto:sage [2005/10/03(月) 01:55:29 ] Ruby が使いやすいのなら、それを使えば良いじゃない。 俺はマゾだから茨の道を行くよ。 93 名前：デフォルトの名無しさん mailto:sage [2005/10/03(月) 02:17:18 ] 整理すると、 * プロトタイプベースには Ruby と比較するとメリットはない * マゾには嬉しいらしい ということか。なんだつまらん。 94 名前：デフォルトの名無しさん mailto:sage [2005/10/03(月) 02:18:26 ] よくできました 95 名前：デフォルトの名無しさん mailto:sage [2005/10/03(月) 02:58:49 ] ええいいちいち反応するな 96 名前：デフォルトの名無しさん mailto:sage [2005/10/04(火) 08:18:47 ] RubyもJS2.0もなかなかブラウザに搭載されませんねー。 97 名前：デフォルトの名無しさん mailto:sage [2005/10/05(水) 01:53:12 ] そうだね 98 名前：デフォルトの名無しさん mailto:sage [2005/10/05(水) 02:23:54 ] self の良い書籍ってない？ 99 名前：デフォルトの名無しさん mailto:sage [2005/10/05(水) 06:19:32 ] 書籍自体無いんじゃないかな。リサーチプロジェクトだし。 100 名前：デフォルトの名無しさん mailto:sage [2005/10/06(木) 07:01:47 ] 終了 101 名前：デフォルトの名無しさん mailto:sage [2005/10/06(木) 09:07:14 ] ばいばい 102 名前：デフォルトの名無しさん mailto:sage [2005/10/07(金) 22:59:14 ] >>98 どんなことが知りたいの？ 103 名前：デフォルトの名無しさん mailto:sage [2005/10/10(月) 17:23:57 ] Perlもプロトタイプベースみたいなことできるじゃん。 もうPerlでいいよ。 104 名前：デフォルトの名無しさん mailto:sage [2005/10/13(木) 02:38:40 ] ttp://jp.rubyist.net/magazine/?0010-Legwork 105 名前：デフォルトの名無しさん mailto:sage [2005/10/13(木) 20:49:45 ] ↑ってお金もらえてるの？ 106 名前：デフォルトの名無しさん mailto:sage [2005/10/16(日) 00:55:08 ] 誰が払うねん 107 名前：デフォルトの名無しさん mailto:sage [2005/10/16(日) 09:35:33 ] ttp://mput.dip.jp/mput/?date=20051015#p11 Q PragProg の Language of the year で Ruby を学んで以来 Ruby を使い続けている。 あなたが同様に私たちに何か言語を薦めるとすれば何? A Io かな。シンプルだし興味深い Q さっき Io に触れましたね? Ruby をもっとプロトタイプベースに近い形にしたりはしないのですか? A いや。 Ruby のゴールは単純さではないから。たしかにプロトタイプベースは 仕組みとしてシンプルでよいと思うが、我々が処理の内容をプログラムに書 き下すときには、やはりクラスベースのほうが分かりやすいと思うんだ。 Ruby はそういう側面のほうに注力しているので、クラスベースをやめるつもりはない 108 名前：デフォルトの名無しさん mailto:sage [2005/10/16(日) 10:40:55 ] >>107 関連 ttp://groups.yahoo.com/group/iolanguage/message/7156 109 名前：デフォルトの名無しさん mailto:sage [2005/10/17(月) 23:16:07 ] d.hatena.ne.jp/epcg/ Io情報ならこのblogでいろいろ得られます。 感謝。 110 名前：デフォルトの名無しさん mailto:sage [2005/10/18(火) 02:59:22 ] >>109 Ioもそうだが、このスレの主題のプロトタイプベース言語って言語というよりライブラリ側の特性が 言語の表層として現れるおもしろい言語なんだね。 というのはSelf,Io,NewtonScriptの３つしか比べてないのだけど核となる部分はスロットへのメッセージ転送だけであって あとはスロットに何がつっこまれたかと言う部分の違いの方が遙かに性格の違いを表してるって感じたからなのだけどね。 クラスベースの言語だとそのシンタックスに性格が最初に現れるのとは対照的だね。 111 名前：デフォルトの名無しさん mailto:sage [2005/10/18(火) 12:01:15 ] クラスを（狭義の）言語仕様からライブラリに追い出しただけ…という話ではなく？ 112 名前：デフォルトの名無しさん mailto:sage [2005/11/03(木) 15:01:00 ] 君らそんなことよりクソ遅いメソッドディスパッチ何とかしたほうがいいよ 113 名前：デフォルトの名無しさん [2005/11/06(日) 00:51:10 ] ごめん、質問。 CLOSについて以下のページにこんなことが書いてあって、 www.ogis-ri.co.jp/otc/hiroba/others/OORing/interview21.html | もうひとつ、CLOS の機能なんですけど、インスタンスのクラスを実行中に | 変えられるんですね。クラスの再定義が出来まして、古いクラスから新しい | クラスへの変換メソッドを書いといてやると、そのインスタンスがアクセス | された時に、その変換メソッドが走って、インスタンスが update されるんです。 すげえなあ、と思ったんだけど、こういうことはプロトタイプベース名言語 (たとえばJavaScript)なら当たり前にできるもんなの? プロトタイプベースの言語で、存在しないスロットにアクセスしたときは、 親のスロット見に行くだけで、そこで任意の処理を動かしたりとかはできないよね? 114 名前：デフォルトの名無しさん mailto:sage [2005/11/06(日) 01:06:43 ] CLOS 知らないんで間違ってるかもしれないけど、例えば Io だと、 存在しないスロットにアクセスしたときには forward という名前のスロットに制御が行くようになってる。 ……こういう話？ 115 名前：デフォルトの名無しさん mailto:sage [2005/11/06(日) 01:52:23 ] >>113 ちゃんとしたプロトタイプベースな言語であれば普通にできる。 116 名前：113 mailto:sage [2005/11/06(日) 02:47:22 ] >>114 了解です。forwardでそのオブジェクトに足りないスロットを追加したり すればいいわけですね。 f21.aaa.livedoor.jp/~kizz/prog/io/_docs/IoProgrammingGuide_ja.html | オブジェクトがメッセージに応答しないとき、そのオブジェクトが | "forward" メソッドを持っていれば、それが呼び出される。 | 送られてくるメッセージの名前やその引数は、"thisMessage" スロットに | 入っている Message オブジェクトから取得できる。そして parent の | チェインの中で応答するものがあれば、そのオブジェクトにメッセージを | 送る。 「そして」以降がよくわからんなあ。forwardが呼ばれたあとで常にparentを 呼ぶってこと? …なんかここだけ原文ついてないし。 117 名前：デフォルトの名無しさん mailto:sage [2005/11/06(日) 10:45:22 ] >>113 クラスの変換用の Generic Function があって，それを使って変換できる話だ な。update-instance-for-redefined-class メソッドが起動されるのな。はじ めてでくわした時ははビビったもんだ…なにやってんの移植性最悪だー!! とお もったら ANSI 規格の範囲内だった。でもこれも change-class とかもメンテ ナンス用途以外ではでくわした事ないなー普通にネットででくわすサンプルだ と出合わないかもね 118 名前：デフォルトの名無しさん mailto:sage [2005/11/06(日) 10:58:02 ] >>116 ＞forwardが呼ばれたあとで常にparentを呼ぶってこと? ん〜。proto にも parent にもスロットが無ければ forward が呼ばれるみたい。 ただ単に文の順序が逆なだけじゃないのか？ 119 名前：デフォルトの名無しさん mailto:sage [2005/11/06(日) 13:46:17 ] 新しいIoからはparent無くなるんじゃなかったっけ？ 又聞きだからホントか解らんけど…… 120 名前：113 mailto:sage [2005/11/06(日) 14:16:37 ] >>118 >ん〜。proto にも parent にもスロットが無ければ forward が呼ばれるみたい。 よくわかった。ありがとう。 原文はここらしいんだけど、 www.iolanguage.com/rsync/release/Io/_docs/guide.html 該当する文はやっぱり存在しない… 121 名前：デフォルトの名無しさん mailto:sage [2005/11/06(日) 14:43:22 ] >>119 もうない。 122 名前：118 mailto:sage [2005/11/06(日) 18:23:02 ] >>119 ごめん。持ってた VM のバージョンが古かったみたい。 123 名前：デフォルトの名無しさん [2005/11/23(水) 15:26:47 ] で、プロトタイプベースのメリットって何よ。 124 名前：デフォルトの名無しさん mailto:sage [2005/11/23(水) 18:25:56 ] ぶっちゃけ言うと 『単純さ』 125 名前：デフォルトの名無しさん mailto:sage [2005/11/23(水) 21:44:53 ] 単純さって、処理系作る奴のメリットじゃね？ 処理系使う側のメリットはなしか？ ちなみに、単純＝学習コストが低いとはいえないだろ。 たとえば、言語として超単純なLispが特に低いとは思えない。 126 名前：デフォルトの名無しさん mailto:sage [2005/11/23(水) 21:55:44 ] lisp が単純なのは構文だけだよ クラスやらなんやらを全部取っ払って、どんどん単純にしてったものがプロトタイプベース 構文だけじゃなくて、概念的に単純なんだな まあ確かに、単純＝学習コストが低いとはいえないから、この単純さはメリットでもありデメリットでもあるけど。 127 名前：デフォルトの名無しさん mailto:sage [2005/11/23(水) 23:28:23 ] プロトタイプベースのほうが、具体的にこういうことをしたいときに楽だ、 という例があれば俺も知りたい。 プロトタイプベースの俺言語作ってるんだけど、メリットが自分で説明できん w 128 名前：デフォルトの名無しさん mailto:sage [2005/11/23(水) 23:47:01 ] むしろ、C++みたいな静的なOOPLならともかく、Rubyみたいな動的なOOPLでクラスが存在する意義ってなんだろ？ 129 名前：デフォルトの名無しさん mailto:sage [2005/11/23(水) 23:48:11 ] ↓性懲りもなくCoRの例を出すやつ。それはOOなのか？そいつらはis-aなのか？つうかそれだけかよ。 130 名前：デフォルトの名無しさん [2005/11/23(水) 23:48:27 ] プロトタイプベースのメリット　単純なので、俺言語とか作りやすい。 131 名前：デフォルトの名無しさん mailto:sage [2005/11/23(水) 23:52:51 ] >>128 OOとしてモデリングが自然。 種類A　is-a 種類B　が普通。 実体A　is-a 実体B　なんてありえん。 犬 is-a 哺乳類 OK ポチ is-a タマ NG 132 名前：デフォルトの名無しさん mailto:sage [2005/11/23(水) 23:56:45 ] あ、今更だが POO にはモデリングが無いことに気付いた。モデリング無しで直接オブジェクト作ってるやん。 133 名前：デフォルトの名無しさん mailto:sage [2005/11/24(木) 00:01:57 ] >>128 「型」の提供なんだろうなぁ クラス宣言して、メソッド書いて、使うときにはインスタンス作ってという流れの 基本的な型があって、そういう型を組み合わせていけば複雑なこともできる。 今の主流でもあるから多くの人にも理解しやすい・使いやすい。 意義は分からないけどメリットは大きい。 134 名前：デフォルトの名無しさん mailto:sage [2005/11/24(木) 01:10:57 ] >>130 確かに高速化とか考えなければ処理系作るの若干楽だけど、 処理系作りやすいってのをメリットと言われてもなあ。 処理系だけ作って使われない言語じゃ存在意義ないし。 135 名前：デフォルトの名無しさん mailto:sage [2005/11/24(木) 01:17:20 ] 『処理系が小さい＆記述が簡単』 なら組み込み系に有利かと思った。 136 名前：デフォルトの名無しさん mailto:sage [2005/11/24(木) 01:22:17 ] 結論 　処理系使う側のメリットは茄子 137 名前：デフォルトの名無しさん mailto:sage [2005/11/24(木) 01:34:47 ] >>135 CPUパワーもメモリも売るほどあるなら処理系作るのは楽だが、 組み込みではかえって苦労するんでは。 138 名前：デフォルトの名無しさん mailto:sage [2005/11/24(木) 01:37:05 ] ソニーがFSKなんかそうじゃね。実際もっさり？ あと普通のアプリのマクロとか。 139 名前：デフォルトの名無しさん mailto:sage [2005/11/24(木) 05:46:51 ] >>133 逆に、「型」なんて余計なものを考えなくていい、ってのがプロトタイプベースのメリットなのかな。 必要なときに最低限の記述をすれば動くっていう、スクリプト言語みたいな。 140 名前：デフォルトの名無しさん mailto:sage [2005/11/24(木) 10:57:41 ] >>133が逝ってる「型」は、Typeではなく、武道の「型」とか紋切り「型」の類。 だから、考えなくていいのは、「型」があるほう。 141 名前：デフォルトの名無しさん mailto:sage [2005/11/24(木) 11:43:46 ] >>133 「型」は「流れ」とでも翻訳した方が良さそげだね。 142 名前：デフォルトの名無しさん mailto:sage [2005/11/24(木) 18:29:44 ] >>140 そっか、誤読。 定型の作業なら、確かに慣れれば意識しなくなりそうだね。 そうすると、プロトタイプベース側は…もっとすっきり書ける、とかかな。 大規模で複雑怪奇になると結局 traits みたいなのが欲しくなるけど、そうじゃないときも多いし。 とりあえず動かしたいものがあるときに、手早く仕上げられるっていうか。 143 名前：デフォルトの名無しさん mailto:sage [2005/11/26(土) 03:11:55 ] このパラダイムに未来はないな 144 名前：デフォルトの名無しさん mailto:sage [2005/11/26(土) 10:18:46 ] >>143 中身が無いんで、何故未来が無いのかを書いて欲しいんだが。 145 名前：デフォルトの名無しさん mailto:sage [2005/11/26(土) 14:13:27 ] >>144 AJAXスレから流れてきた池沼だよ。 スルーしる。 146 名前：デフォルトの名無しさん mailto:sage [2005/11/26(土) 17:18:13 ] >>145 がっかりだよね。 147 名前：デフォルトの名無しさん mailto:sage [2005/11/28(月) 17:20:57 ] コンパイラ使うんならクラスベースで インタプリタ系ならプロトタイプベースのが向くでFAじゃね？ 148 名前：デフォルトの名無しさん mailto:sage [2005/11/29(火) 21:14:50 ] JavaScriptって厳密に言えばプロトタイプベースじゃないよね？ 149 名前：デフォルトの名無しさん mailto:sage [2005/11/29(火) 21:39:27 ] プロトタイプベースの定義を適用すると当てはまると思うんだが、何がイカンと思うわけ？>>148 150 名前：デフォルトの名無しさん mailto:sage [2005/11/30(水) 01:20:54 ] clone じゃなくてコンストラクタでオブジェクトを作るから？ オブジェクト自体のprototypeを自由に出来ないから、とか？ クラス、とか新しく入ってきたから、とか？ 151 名前：148 mailto:sage [2005/12/07(水) 22:40:09 ] >>150 JavaScript2.0のことは知らないけど、上の２行についてはそんな感じ。

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef