[#17615] substitution at when-clause — Takaaki Tateishi <ttate@...>
立石です.
まつもと ゆきひろです
At Tue, 2 Jul 2002 02:54:01 +0900,
まつもと ゆきひろです
At Tue, 2 Jul 2002 13:30:17 +0900,
まつもと ゆきひろです
立石です.
まつもと ゆきひろです
青山です。
立石です.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
At Wed, 3 Jul 2002 17:48:58 +0900,
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
[#17625] Re: Getting CGI arguments as scalars — Wakou Aoyama <wakou@...>
青山です。
[#17662] update irb to cvs repository — keiju@... (Keiju ISHITSUKA)
けいじゅ@日本ラショナルソフトウェアです.
In article <200207041003.TAA06746.keiju@ishitsuka.com>,
けいじゅ@日本ラショナルソフトウェアです.
[#17676] generation GC — Minero Aoki <aamine@...>
あおきです。
[#17706] self in block — masaki <GEC01122@...>
[#17714] Re: self in block — masaki <GEC01122@...>
[#17722] Re: self in block — masaki <GEC01122@...>
[#17725] Re: self in block — masaki <GEC01122@...>
まつもと ゆきひろです
In article <1027176584.577546.14709.nullmailer@picachu.netlab.jp>,
まつもと ゆきひろです
At Sun, 21 Jul 2002 01:10:02 +0900,
まつもと ゆきひろです
[#17730] Re: self in block — masaki <GEC01122@...>
At Sat, 20 Jul 2002 21:27:58 +0900,
高橋征義です。
けいじゅ@日本ラショナルソフトウェアです.
[#17764] Re: self in block — masaki <GEC01122@...>
まつもと ゆきひろです
In article <1027383423.558649.31176.nullmailer@picachu.netlab.jp>,
まつもと ゆきひろです
In article <1027404202.545188.1283.nullmailer@picachu.netlab.jp>,
まつもと ゆきひろです
In article <1027406979.880878.1358.nullmailer@picachu.netlab.jp>,
まつもと ゆきひろです
In article <1027409151.187595.1406.nullmailer@picachu.netlab.jp>,
前田です。
In article <87bs8xkfqr.wl@studly.priv.netlab.jp>,
前田です。
[#17774] Re: self in block — masaki <GEC01122@...>
[#17832] Re: [ruby-cvs] ruby: * random.c: replace with Mersenne Twister RNG. — nobu.nakada@...
なかだです。
まつもと ゆきひろです
なかだです。
まつもと ゆきひろです
なかだです。
まつもと ゆきひろです
なかだです。
なかだです。
まつもと ゆきひろです
なかだです。
まつもと ゆきひろです
なかだです。
まつもと ゆきひろです
[#17840] Re: new mathn [Re: Rational#to_int ← String#center] — keiju@... (石塚圭樹)
けいじゅ@日本ラショナルソフトウェアです.
[#17851] undef_method ? — Shin-ichiro HARA <sinara@...>
原です。
[#17855] non-blocking IO — nobu.nakada@...
なかだです。
まつもと ゆきひろです
なかだです。
[#17867] parenthesize argument(s) for future version — Koji Arai <JCA02266@...>
新井です。
まつもと ゆきひろです
[ruby-dev:17811] Re: self in block
けいじゅ@日本ラショナルソフトウェアです. In [ruby-dev:17767] the message: "[ruby-dev:17767] Re: self in block", on Jul/23 14:21(JST) Yukihiro Matsumoto writes: >まつもと ゆきひろです >|というのも, この本では, 『オブジェクト指向3原則』というのがあって: >| >|\item オブジェクトはオブジェクト自身に関する独自の情報を持ち, オブジェクト >| 自身で管理する. >|\item オブジェクト自身がメッセージを解釈し, 対応する機能を実行する. >|\item オブジェクトにアクセスするには, そのオブジェクトにメッセージを送る以 >| 外に方法がない. >| >|隠蔽は, 3番目の原則を実現するための手段としてとらえているからなんでしょ >|うね. > >異論があるわけではないのですが、上記の原則はいずれもCLOSでは >成立しませんよね。成立するのは「オブジェクトはオブジェクト自 >身に関する独自の情報を持」つことくらいでしょうか。 上記のは初心者向けですから... ここで例外のことを言ってもね. >オブジェクト指向のすそ野も広くなったものです。 というよりも, 言語に対するニーズはいろいろあるからではないかしら? CLOSの場合は, オブジェクト指向うんぬんと言うよりも, 既存の言語からの影 響とか文法の影響が強いのではと思っていますが, lispの文法からはマルチメ ソッドは当然の既決かと... In [ruby-dev:17793] the message: "[ruby-dev:17793] Re: self in block", on Jul/24 12:39(JST) TAKAHASHI Masayoshi writes: >高橋征義です。 >> 上記で言っていることがそれを表しているとは思いますが, 隠蔽そのものに関 >> してはオブジェクト指向の本質的な概念だとは思っていません. 結果として隠 >> 蔽の機能が必要になると思いますし, その効果は充分認めていますが. > >「隠されている」ことよりも「(オブジェクトに)属している」ことが重要、 >といった感じでしょうか。 それも重要ですが. 3番目の原則は, (属性の)隠蔽よりももっと強い要求です よね. >この辺のゆれは「OOにとってクラスはどこまで本質的か」みたいな議論と >同じなんでしょうね。 でしょうね. 私にとっては, 隠蔽, 継承(とか多重継承), クラスあたりはOO的 に本質的要素ではないですね. ソフトウェア工学的にはあった方が良くかつOO 的に相性が良いと思っていますが. __ ..............................石塚 圭樹@日本ラショナルソフトウェア... ----------------------------------->> e-mail: keiju@rational.com <<---