【OO?】オブジェクトオリエンテッド総合【非OO？】

このスレは、なんかム板でにわかに（一部で？）険悪なムードになりつつある、
「ＯＯ派」と「非ＯＯ派」のコロシアムのようなスレです。
初心者も基本的には歓迎ですが、用語くらいはまず自分で調べてから語りましょう。

ＯＯ .. Object Oliented の略。「オブジェクト指向」の意。
　　　詳細はとりあえず http://e-words.jp/?w=%83I%83u%83W%83F%83N%83g%8Ew%8C%FC 等を参照。

関連スレ：

【常識】 OO厨房は戦場では必要無し！ 【事実】
　　http://pc3.2ch.net/test/read.cgi/tech/1041230298/

【C++】2ちゃんねらーはOO嫌い？【Java】
　　http://pc3.2ch.net/test/read.cgi/tech/1026974531/

また木違いコテハン登場か。

過去ログはこちら

第1刷 http://piza.2ch.net/tech/kako/975/975576060.html
第2刷 http://piza.2ch.net/tech/kako/990/990082077.html
第3刷 http://piza2.2ch.net/tech/kako/993/993933402.html
第4刷 http://pc.2ch.net/tech/kako/998/998403891.html
第5刷 http://pc.2ch.net/tech/kako/1001/10019/1001998049.html
第6刷 http://pc.2ch.net/tech/kako/1004/10041/1004183881.html
第7刷 http://pc.2ch.net/tech/kako/1006/10069/1006910650.html
第8刷 http://pc.2ch.net/tech/kako/1008/10089/1008908052.html
第9刷 http://pc.2ch.net/tech/kako/1010/10106/1010673275.html
第A刷 http://pc.2ch.net/tech/kako/1012/10125/1012536901.html
第11刷 http://pc.2ch.net/tech/kako/1014/10144/1014478527.html
第12刷 http://pc.2ch.net/tech/kako/1016/10166/1016631412.html
第13刷 http://pc.2ch.net/tech/kako/1018/10187/1018752281.html
第14刷 http://pc.2ch.net/tech/kako/1021/10210/1021034822.html
第15刷 http://pc.2ch.net/tech/kako/1023/10230/1023005362.html
第16刷 http://pc.2ch.net/tech/kako/1024/10247/1024791990.html
第17刷 http://pc3.2ch.net/test/read.cgi/tech/1026281505/
第18刷 http://pc3.2ch.net/test/read.cgi/tech/1028011741/
第19刷 http://pc3.2ch.net/test/read.cgi/tech/1029377510/
第20刷 http://pc3.2ch.net/test/read.cgi/tech/1030606700/
第21刷 http://pc3.2ch.net/test/read.cgi/tech/1031809334/
第22刷 http://pc3.2ch.net/test/read.cgi/tech/1033050979/
第23刷 http://pc3.2ch.net/test/read.cgi/tech/1034088067/
第24刷 http://pc3.2ch.net/test/read.cgi/tech/1035354069/
第25刷 http://pc3.2ch.net/test/read.cgi/tech/1036597434/
第26刷 http://pc3.2ch.net/test/read.cgi/tech/1037987061/
第27刷 http://pc3.2ch.net/test/read.cgi/tech/1039062864/

×　Oliented
○　Oriented

ttp://homepage1.nifty.com/montan/Kei.html からコピペ。

【アラン ケイ】パーソナルコンピュータの父と呼ばれる男

修士学位を取得後、大学院生としてユタ州にあるARPA（Advanced Research Project Agency：国防省高等研究計画局）の
プロジェクトに参加。
1969年に書いた博士号論文（Reactive Engine）の中で個人のためのコンピュータとして
「Dynabook（ダイナブック）」を発表した。
XEROXのPARC研究所にて1972年4月に 当時の技術で出来る範囲の「Dynabook」として「Alto 」を作る。
その改良版「Star」が完成したとき、Appleのスティーブ・ジョブスがXEROXに見学に来てStarを見て感激し、
Lisaの仕様を変更したのは有名な話だ。 XEROX退社後、1981年アタリ社に一時籍を置くが、
1984年にスティーブ・ジョブズに誘われアップル社ApplefellowとしてAppleにやって来る。

数カ月前にAppleを辞めディズニーインタラクティブ社に移ったという話だったが、
現在はジェネラル・マジック社にいると云う噂も・・・

1984年にアップルに来てすぐに、発売したばかりの Macintosh を見て
「４リッターのガソリンタンクしかないホンダ」と批判してジョブスが憤慨したというエピソードが残っている。
アラン・ケイに言わせると、「Macintosh は批判するに足る最初のコンピュータ」であり
「IBM PCはコメントするほどの価値も無い」そうだ。

>>4
うわ、寒い。俺。失礼しました。m(_ _)m＞ALL

>>3
いやね、このスレって別に「質問スレ」にしたいワケじゃないんですよ。(>>1参照)

>>7
System.dc();

アンチスレ増やしてどうすんだよ｡OO入門スレにしろ。

＞Java曹長
ホント寒いよ

>>8
全然関係無いが、Javaのガーベジ・コレクタってなんかJava(クラスベースOO言語)の
実装の際の「必然から生まれた余計な仕事」って気がしてならない。

で、ガーベジ対象としてオブジェクトを認知する為には、COMみたいな「このインスタンスの使用回数」を
拾っておいて、その値で判断してるんだろうけど（VMの内部実装には疎いので、想像）、
結局これらの機能っていうのは、使う側からすると「意識しなくていい」分楽なんだけど、
「メモリ」っていう有限のリソースをやりくりする為に必要だった事だよね。
それを、System.dc(); みたいに「オブジェクトの振る舞い(Method)」のように
操作できるってのは、
なんか「中途半端にモノリシックで無い」感じがして、キレイな感じがしない
...と思っているのは、俺がOO厨だからか。(自嘲

>で、ガーベジ対象としてオブジェクトを認知する為には、COMみたいな「このインスタンスの使用回数」を
>拾っておいて、その値で判断してるんだろうけど（VMの内部実装には疎いので、想像）、
終了ですか？

>>9
うーん。それでもいいかも（柔軟

Javaてよく知らないんだけど
System.gc()
じゃないの？

>>12
すんません、そこで話切れてますね。っていうか関係なかったですね。
俺はｱﾌｫやーー！

>>14
その通りです。って、"Garbage Collector"って言ってんじゃんか、俺。
なんか、俺自身がレベル下げてるような...。

>>16
参照カウント方式がダメダメなことはとっくに証明されてなかったか？
GCについて勉強すれば必ず載ってることだけれど。


　A--B
　 ＼ ｜
　　　 C

そもそもJavaのGCは参照カウント方式じゃないよ

何だJavaのGCスレになったのか？

話にならん。Java 曹長は勉強して出直してきてくれ。

【常識】 OO厨房は戦場では必要無し！ 【事実】
http://pc3.2ch.net/test/read.cgi/tech/1041230298/

こっちでやれ｡

＋＋＋終了＊＊＊

やっぱりJavaを使ってOOのよさを始めて理解した気がするよ。

>>1の振りが悪い

GCなど不要。スマートポインタで十分。

自分で解放しなきゃ逝けない言語は糞

>>24
誰もC++だけについて話してる訳じゃないと思うけど・・・

> 全然関係無いが、Javaのガーベジ・コレクタってなんかJava(クラスベースOO言語)の
> 実装の際の「必然から生まれた余計な仕事」って気がしてならない。
動的型付の smalltalk にもガベコレがあったのは気のせいだろうか？
もっと言うと構造化以前の言語の BASIC でも文字列はガベコレしてくれたのは
気のせいだっただろうか？

>>20
葉毛氏句同委！

>>25
負荷の大きなオブジェクト解体とメモリ解放のタイミングを制御できない言語は糞。
さらにオブジェクト解体時のコードが実行される保証がない言語は糞。

という考え方もできるがどう思いますか？

>>28
あー、せめて GC の実装を選択できればとは思うね（Java で）。
MSJVM がリファレンスカウントだったのも、あれはあれで利点があったし。

恐れながら。
自分は基本的にJava使いであり、また個人的にもそれを楽しんでいるものであります。
しかし研究者ではありませんので、自分はオブジェクト指向を語る事ができません。
が、このスレ、果たして>>1氏は何を求めて立てられたのでしょうか。

自分は単純で即物的な人間なので、このようなスレが何かの役に立つように思えません。
雑談を求めておいでなら、そのようなスレ、あるいは立ち上げ者の意図に反して
そのようなスレと化した既存の場所（笑 に行って頂けると、議論が集約されて
実のある話も聞かれようと思われます。

...ていうか、>>1氏。正直自分は貴殿を「曹長」だと思う事ができません。
是非、その位を取り下げて頂けまいかッッ！！

>>30
あげくに自分の専門分野ではないと開き直りですか？
じゃあはじめからベラベラ語らなければいいのに。

>>Java軍曹

あんたJNIスレにいた人でしょ。
要するにハンドルパクられて怒っているとww

>>28-29
Javaのはなしだが。
不要になったオブジェクトにnullをポイントさせるのはどうか?
常識か？

finalize()メソッドをオーバーライドして自分でnullしてメモリ開放はどうか?

>>29
>>14のいうSystem.gc()じゃ不満? という話でもないか?

＞finalize()メソッドをオーバーライドして自分でnullしてメモリ開放はどうか?

nullにしてもメモリ開放のタイミングは不定不定不定不定不定不定不定不定ぃ！！！

>>34
鬼の首でも見つけたか？

済まぬ。我輩厨房を見るにつけ、つい激昂してしまった。許せ。

>>軍曹
すいません。正直ハンドルパクりました。（おもしろかったので）

＞是非、その位を取り下げて頂けまいかッッ！！
...以降、Java兵卒にします。
ていうか、正直今まだ勉強中なのです。Javaをきっかけにして、ＯＯを。
俺もそれ自体（ＯＯを学ぶ事自体）が楽しい人間です。

が、まだ勉強足りなかったですね。以後精進します。m(_ _)m

Java三等兵にしれ

素直に１にします。すんません。
>>31

>>30(軍曹) は俺じゃないです。

騙りかよ。ﾌﾟ

1==曹長 , 30==軍曹
騙って無いと思うが。＞ﾌﾟ

つーかレベル低いな、ここ。ﾌﾟ

叩くばかりで育成せんのが日本の悪いところ。
生暖かく見守ってやろうよ。

>>43
生暖かくかよ！ ﾁｮﾄﾜﾗﾀ (w
つーか、このｽﾚ。もったいないので、以後ＯＯ入門ｽﾚにｹﾃｰｲ!!

非OO派はいないのか？

いまさらＯＯとか言ってる香具師がいるのか（ｗ

オブジェクト指向の基本要素。

１）カプセル化【Encapsulation】
２）継承【Inheritance】
３）多態性【Polymorphism】

この中でも中心となるのがカプセル化。後の２つはカプセル化の実現と
利便性のための補助機能でしかない。

そしてそれは、フロー中心(構造化指向)からデータ中心(オブジェクト指向)への
転換を表現する手段でもある。

>>46
いまどき香具師(ヤシ)とか言ってる奴がいるのか(w

■第一回、PerlOO入門■

>そしてそれは、フロー中心(構造化指向)からデータ中心(オブジェクト指向)への
>転換を表現する手段でもある。
え？違うだろ。構造化で既にデータ中心を目指してるだろ。
お前、CやVBでどんなコード書いてたんだ？

>>49
よりによって一番汚いOOをやり玉に挙げるのな。ｗ

>>50
＞え？違うだろ。構造化で既にデータ中心を目指してるだろ。
＞お前、CやVBでどんなコード書いてたんだ？
まだ、生まれていませんでした

↓このスレから来たんですが、
「【常識】 OO厨房は戦場では必要無し！ 【事実】 」
ttp://pc3.2ch.net/test/read.cgi/tech/1041230298/

なんか初心者の僕が質問できる空気じゃなかったので、質問！
「構造化」と「オブジェクト指向」って、相反するものなのですか？
どちらも「データを中心に」コードを書いていくというのなら、
どっちも同じなのでは無いのですか？　ただプロシージャとして分割されているか、
クラスに包んでいる（カプセル化？）かの違いだけで。

作法の問題ですか？

■第二回、PerlOO入門 - HelloWorld -■
#OoHelloWorld.pm
package OoHelloWorld;
sub new{bless {};}
sub hello_world{'Hello,World!';}
1;
#OoHelloWorldUsing.pl
package OoHelloWorldUsing;
use OoHelloWorld;
my $oo=new OoHelloWorld;
print $oo->hello_world;

>>54
PerlでＯＯな書き方できるようになったのって、Perl5からだよね。
（ってPerlはウロ覚え＆眼中無しなのでウソ情報かもしれない..）

>>51
＞よりによって一番汚いOOをやり玉に挙げるのな。

一番汚いのはVBでは無いか？

> 一番汚いのはVBでは無いか？

実用環境に晒され、歴史が続くほど汚くなる法則だな。

キレイということは、つまり・・・

Virginということだ。

Ruby>>>SmallTalk>>>Java=C#>>>JerichoConsulting>>>>>>>Perl=VB

>>59
Delphiはもはや論外か・・・。

なんせ移行対象リストにすら挙げられてなかったからね>Delphi

>>61
よく見るとC++もいないなｗ

>>59
実用性と反比例していますね

DelphiはVBのすてき版。

s/Consulting/'sWall/;

>>52
ヌヒよ、構造化はまだデータ中心を目指してはいないよ、ヌヒよ。
構造化とは単純にスパゲテイプログラムは読みにくいので、読みやすくすっきりまとめましょう程度のものだよ。
そこには処理の流れつまりフローチャートがあるだけで、まだデータ中心のかけらもないよ。
データ中心の発想が出たのはOOからだよ。
異説を唱えるな、ヌヒよ！！

>>66
ああ、名前借りてるぞ。

フローチャートは構造化以前ですぜ

>>67
ヌヒよ、そういう名前の借り方はよし！！
ヌヒと俺が区別できるからな。ヌヒよセンスいいぞ！！

ガページコレクトはありがたいけど、
デストラクタの呼び出しが言語のみ知る状態になるのがいやだ。
__finally があるぢゃんといわれればまーそーなんですが。

そんなオイラは C++ 使い。

あ、沢村発見。
言ってる内容はともかく、なんだかんだ言って沢村の偉い所って、
「うるせーバーカ」的なガキみたいなレスしない所かもな。

っていうか、>>66のレスって、>>52 じゃなくて >>50向けだろ？
良く嫁！沢村！(w

>>71＝沢村＝必死（ｗ

>>72
漏れ、沢村じゃ無ェス。失礼な。

>>72
もうAya叩きはやめたのか？PC初心者板住人よ。

時に、ＯＯな言語としてのJavaにとって、"JSP"っていう存在はＯＯなものなのれすか？
※「コンパイルされてクラスになるんだから」云々の話は無しの方向で。

>>75
JSPは別にＯＯとしてどうのっていう理由で生まれた訳じゃないから。
むしろJavaのサーバサイドテクノロジの破片のようなもの。

つーかキレイにオブジェクトでまとめたかったら、ServletからJspWriterに、
ECSで出力ってのはどうか。（ウソ

漏れすぐにオーバーロードとオーバーライドが、
どっちがどっちだったか判らなくなっちゃうんですけど。
どうやって覚えたら良いですか？

>>77
ｶﾞﾝｶﾞﾚ。

...でも、マジ初心者向けに、念のため。
OverLoad = あるクラスのメソッドについて、そこで受け取る引数の内容を変えたメソッドを用意する事。
　→ 参考・「多態性」
OverRide = あるクラスのメソッドを、派生されたクラスのメソッドで置き換える事。
　→ 参考・「継承」

>>77
覚えやすい方だけ死ぬ気で暗記する。

>>77
単語がごっちゃになるっていう意味ならいい方法がある。
過去形を覚えろ。
override は overridden で
overload は overloaded だ。

>>78
ポリモルフィズムはオーバーライドの方だと思われ。

書き間違えても警告してくれるから気にすんな｡

>>81
ていうか大薔薇井戸は「委譲」では？（ぽりもる＝多々異性）

>>83
委譲って、コンポジットに付随する概念じゃないの？

本当の委譲は CLOS でしか見られないらしい。
オーバーライドと委譲の関係はまったくもって不明だが。

例えばテンプレートメソッドパターンは
サブクラスにレスポンシビリティを委譲していると言えなくもないが、
普通は継承関係のあるクラス間で委譲という言葉は使わないね。

>>84-86
そうなんでつか。勉強になりますた。すんません。

>>75 HTML内にスクリプトレットを沢山埋め込むのをみていると一見OOらしく見えない。
というか、JSPファイル一つがHttpServletクラスを継承したServletクラスになっているだけで
OO的かどうかは別問題な気がする。
いまではJSPカスタムタブライブラリやstruts使えるJSPもOOなのかというと微妙。
データ構造を持ったXMLファイルと同じような扱いしたいくらいだ。

>>88
そんな時、ECSはどうなん？

TAGLIBで、SunのXMLに対する姿勢(どーでもいい)が判ってしまふ

＃JRunのMessaging Tagとか、Transaction Tagって、まだ在るの(ﾌﾟﾌﾟﾌﾟ

Sunは自分を中心に全ての惑星が回って欲しいそうです。

>>89 ECS使ったこと無いからわからんです。
jakartaのページ見るかぎりではよさげ。あれはXML生成するだけでプログラム自体はJavaだからOOでない?

>>90 どんな姿勢? 問題点ありあり?
Sunのタグもすごいことになった感じ。ifタグやforタグまでつくっているところが漏れ的に凄いと思う。
strutsに使い慣れるとあれ使いこなすのつらそ

>>91 それはゲイツを憎むことに固執しすぎたスコットマクリーニだろ
ビルジョイはそうは思っていないと思う。

>>92
TagLibて、DOMやらSAXやら以前の前世紀の遺物って感じがする。

(今最新のAPIって何だっけ(JDOMじゃなくて)？JWで見た覚え在るけど使ってない…)

「JSPを生成し→HTMLを生成する」のプロセスは、ただの利便性の追求の結果。
機能を意味的に分割し、カプセル化する事を、JSPだけで表現する事は辛いと思う。
ていうかJSPは、最終的にクライアント側でHTMLとして展開される為のSourceでしか無いので、
JSPはＯＯとか言うより、むしろデータファイル。

>>92
「プログラム自体がJavaだからＯＯ」ってのは違く無いか？

>>86
委譲の例としてテムプレィト挙げるのは厨だよなぁー。
デザパタで継承を前面に押し出してる数少ない例なのに。

>>96
？

オブジェクト指向言語は間違っていた!?
http://www.ogis-ri.co.jp/otc/hiroba/technical/MixJuice/

>というか、JSPファイル一つがHttpServletクラスを継承したServletクラスになっているだけで
>OO的かどうかは別問題な気がする。
>いまではJSPカスタムタブライブラリやstruts使えるJSPもOOなのかというと微妙。
>データ構造を持ったXMLファイルと同じような扱いしたいくらいだ。
JSP(Servlet)を一つ作るだけで、動的なページが生成できる仕組み（フレームワーク）が
OOで作られているだけだ。
そういう意味でOOの恩恵を受けていると。

過激なタイトルが趣旨に反映されていないな。

>>100
>>98の記事タイトルは、

「"これまでの" オブジェクト指向言語は間違っていた!? "気がするから新しい言語を考えてみた"」

と、読むのが正解。
ていうか「ささやき」「宝石」「コーヒー」の次は「ジュース」なんだな。

override が使われる例として、テンプレートメソッドパターンは、
責務をサブクラスに 「委譲」 している形態と言えなくもないが、
OO 用語の 『委譲』 とは使用されるコンテキストや意味合いが異なる
と言いたかった。

> OO 用語の 『委譲』

明確に定義してくださいませんか

何だろ。
クラス Foo とクラス Bar があり、Foo が Bar に責務を委譲していると言うとき、
Foo と Bar には(継承関係以外の、一応)関連があり(has-a などー)、
Bar のいくつかのメソッドと同じシグネチャ(引数部分も含めたメソッド)を Foo は持ち、
それらの Foo のメソッドは Bar の対応するメソッドをただ呼び出す、
よう形態にある。

単に method call するだけとは限らないから不十分だな。
難しいね。

>>103
『丸投げ』

出来もしない仕事に対する窓口になっている
無能上司が専門馬鹿の部下に作業を押し付けること｡

丸投げと委譲は微妙に違うような気がする。
あるオブジェクトが、一つの仕事を行う時に、
その仕事の一部分を別のオブジェクトに任せること、
みたいな感じでどうよ？

- 継承による委譲（サブクラス→スーパークラス）
- コンポジションによる委譲（集約オブジェクト→部分オブジェクト）

というのはどう？

>>108
その２つの違いって何だろ？

継承はコンポジションにis-a関係を付加しただけのように見える。

すんません考え直しました

- 継承（サブクラス→スーパークラス）
- 委譲（集約オブジェクト→部分オブジェクト）

>>109
継承とコンポジションは排他じゃないの?

>>111
継承とコンポジションの違いを述べてみ。

>>112
is-aと、has-aじゃなかったっけ?

いや、だからそれらの違いと、共通点を。

>>114
うーん、違いっていうか、全然別のものとして理解していたんだけど・・・
継承は、あるクラスが、スーパークラスの性質をすべて引き継ぐことで、
コンポジションは、あるクラスが、別のクラスを保持していること。
共通点は、、、よくわかんないっす。

共通点は他のクラスの機能を(見かけ上)自分の機能として使えることだよ｡
違いは継承はひとつのクラスのみを利用できるのに対して､
委譲は二つ以上でも可能なこと｡

>>116
えーと、それって継承とコンポジションで、「できること」の違いであって、
>>111に対する答えにはなっていないような気がするんだけど・・・
俺が言いたかったのは、>>109の、

>継承はコンポジションにis-a関係を付加しただけのように見える。

が、コンポジションと継承が両立できるような意味に読めたから、
それは違うんじゃないかな、って思っただけです。

継承ではテンプレートメソッドパターンを使用できるが、コンポジションでは
そううまくはいかない、ってのはどうだＹＯ！

>>116
> 違いは継承はひとつのクラスのみを利用できるのに対して､
> 委譲は二つ以上でも可能なこと｡

いつから多重継承はなかった事になったんだ？
君の大好きな Java だか C# だか VB.NET にもちゃんとあるぞ。
インターフェイスの多重継承がな。

できるんじゃないの？
あるクラスにあるインターフェイスを実装したインスタンスを渡して
クラス側で制御。
抽象クラスをただのクラスとインターフェイスに分離したような感じ。

継承ではなくて実装では？

C++自体ではならなかったが憂鬱本を読んで鬱になった
( -＿-)はぁ

>>121
もうね、あほかと…バカかと…
世界の常識 *** インターフェイス継承 == 実装 *** よーく覚えておけ。

初めて知った。
常識なんだ。
明日から使ってみよう。

と言って、プログラミング用語以外の「実装」まですべて「インターフェイス継承」と置き換えて
電波扱いされる >>124 なのでした。

　　　　　　　　　　　　　渡る世間はバネ量り -岡倉家の混乱 第3章2節- より

>>125
１０分以上熟考されたのですね。
さすが。

時間の見方もわからないの？って言われそうｗ

継承とコンポジションの決定的な違いを解説キボン

>>116
>共通点は他のクラスの機能を(見かけ上)自分の機能として使えることだよ｡

これは納得。

継承関係は、コンパイル時に静的に決まるのに対して、
委譲は実行時にどのクラスのオブジェクトを使うか動的に決定することが
できる。ってことでどうよ。

ああ、間違えた。委譲じゃなくて、コンポジションね。

>>98 出たなMixJuice
AspectJそっくり

インタフェースの実装は委譲なんだからこの議論では委譲だ｡

関係無いけど、このスレ、異常に（委譲に）勉強になるなぁ。

　　　　　　　　　　　　　　　Σ(ﾟДﾟ； ｴｰｯ!!ﾀﾞｼﾞｬﾚｶﾖ!!!

>>128
＞継承とコンポジションの決定的な違いを解説キボン

ヌヒよ、継承は親子関係にあるクラスのメソッドしか使えないが、コンポジションは全然別のクラスのメソッドが使えるということだよ。
メソッドとJava用語を使ってしまったが、メンバ関数のことだよ。ヌヒよ。
俺はJavaは知らないんだよ。Javaはホームページにアプレットを表示するためのホームページ言語だよ。

親子関係という関係と、
全然別のクラスという関係
この違いって何？

>>135
public class a
{
}

public class b extends a
{
}


public class c
{
private a aa;
}

そういう視覚的な事じゃなくてもっと本質的にどう違うのかって言ってんだろが


継承を嫌う人がいるのは何故？
人間には委譲よりも継承の方がわかりやすいと思うけど。（もちろん単一の話）

>>137
＞人間には委譲よりも継承の方がわかりやすいと思うけど。

そうは思わんね。委譲は権限委譲などと一般社会でも使われる言葉だが、継承なんて言葉は一般社会じゃまったく使わないぞ！！
よって委譲のほうが人間にはわかりやすいぞ！！

>>137
＞そういう視覚的な事じゃなくてもっと本質的にどう違うのかって言ってんだろが

>>136のコードの意味がわからないか？全然違うものだが。

今年も、、今年こそ、、
いい思いをしちゃいましょう(^▽^)v

http://ok.halhal.net/~2ch/

『外注』とか『下請け』とかはどうよ？

>>138
＞継承なんて言葉は一般社会じゃまったく使わないぞ！！

王位継承とかって、マンガやゲームでは時々みかける言葉。

>>139
コードの意味を言葉で説明してみてください。
そうしないとOOとしての知識になりまへん。

>>141
ヌヒよ、ヌヒはいいセンスしてるよ。
まさに『外注』が委譲で『下請け』が継承よ。
まあ『下請け』を委譲といえなくもないが、『外注』は継承とはいえないからね…。

>>138
(ﾟДﾟ)ﾊｧ?
単語の意味のことなんか言ってねぇよ
概念のことに決まってんだろﾎﾞｹ
例えば、TemplateMethodﾊﾟﾀｰﾝを継承と委譲で表現した場合どっちがわかりやすい？

>>139
視覚的の意味がわからないか？

>>145
何で必死なんですか？

沢村先生に褒めていただいた！嬉しい！

委譲によってTemplateMethodを実装するとなると委譲先のオブジェクトが
特定のメソッドを持っていることが保証される必要がある。
それは結局継承によってしか保証できないんだから、素直にTemplateMethod
自体を継承で実装したほうが自然。

>>145
ヌヒよ、TemplateMethodﾊﾟﾀｰﾝは継承のほうがわかりやすいよ。
だが、Stateﾊﾟﾀｰﾝは委譲のほうがわかりやすいよ。
ヌヒよ、またTemplateMethodﾊﾟﾀｰﾝはあまり可能性のないパターンよ。
俺はStateﾊﾟﾀｰﾝが好きだね♪

ｽﾏﾝ、TemplateMethodは継承が当たり前だった。
勘違い逝って来る･･･

>>137
これ読んでくれ。「実装の継承に関する問題」 のくだり。
http://www.microsoft.com/japan/developer/library/jptech/TechArt/VTools/vb/vb6/ifacebased.htm

結局、継承とコンポジションの違いは出ずじまいですなあ

>>152
全然違うと思うが。

って言うかみんなそれくらいわかってるでしょ。デザインパターンまで読んでるなら。

>>153
同意。勉強不足だな。

>>153
わかってらっしゃるそうなので、
共通点と相違点を述べてみてください。

継承は静的。たとえば、実行時に親クラスを変更することは不可能。
コンポジションは動的。たとえば、ポリモーフィズム等を利用して、
利用しているクラスをまるごと差し替えてしまうことも可能。

>ヌヒよ、またTemplateMethodﾊﾟﾀｰﾝはあまり可能性のないパターンよ。
そりゃないってｗ

>>156
継承はポリモーフィズムが絡んでくるけど
コンポジションは絡んでこない。
ってだけでは？
そもそも
>たとえば、ポリモーフィズム等を利用して、
>利用しているクラスをまるごと差し替えてしまうことも可能
の意味がわからんのだけど
簡単なコードでも書いてくれるとありがたいかも

そとらてじ

State オブジェクトや Strategy オブジェクトを差し替えるってことじゃない？
AbstractState から継承して ConcreteStateA、ConcreteStateB… を作り、
利用する側は AbstractState 型への参照を保持するんだし。

151 の記事の要約になるけど、
ホワイトボックス型利用なのか、ブラックボックス型利用なのかが大きな違いだと思う。
前者は実装を意識しなきゃいけないけど（下手すると親クラスを変に弄ったりね）、
後者はインタフェイスが理解できていればいい。

ストラテジーは言語機能に多態がないと、
使う気しないのは確かだな。
そういう意味で、ポリモーフィズムを利用してるって意味かな？
クラスを差し替えることに、ポリモーフィズムを使うって意味かと思ったよ。

ただ、継承は静的と書いてしまうと
誤解が生じるような。
継承には差分プログラミングと、実行時ポリモーフィズム
の二つの意味があるわけで。
言語によるという突っ込みはなしで。
C++、Javaの話。

import Mode;
import DefaultMode;
import SpecialMode;
public class Sample {
 private Mode myMode;
 public void dynamicFunc(boolean mode);
  if (mode) {
   this.myMode = new DefaultMode();
  } else {
   this.myMode = new SpecialMode();
  }
  this.myMode.execute();
 }
}

実装継承はモロにホワイトボックスですね
相手とかなりの密結合になる。

コンポジションは基本的にインターフェース経由だから、
一応ブラックボックスになるのかな。

なるほど。
で実際、実装継承全く使わないって人いる？

>>163
普通はフレームワーク的なクラスを作って継承するでしょ。

>>164
便利だな。あれ。

？（あれって何？）

どっちにしろ、カプセルの上から被せ、何もかも隠蔽する継承だけになった場合、
包含との違いが意味的なものだけになってしまい、それは単に親クラスに対して
Delegationしてるだけって事になってしまう。
そうなると、継承とコンポジションはその境を失う。

...そして最後には実体(Instance)のみが存在しdelegationを行うと言う、
いわゆる"Self"のような言語がＯＯの世界を支配する。

>>167
Selfﾏﾝｾｰ

ホワイトボックスに何故拘るﾔｼが居るのか判らん。
継承って、基本中の基本だよねぇー。
継承と委譲の使い分けって、Javaの言語仕様決めた時点である程度決着付いてる気がしてた。

> それは単に親クラスに対してDelegationしてるだけ

そう、継承にそれ以上の意味があるのかなあ、と思った次第であります。

>>170
委譲のように各々のメソッドのラッパーを書かなくても、
勝手に親の持つメソッドを検索してくれるじゃないか。

つまり………楽ができるのさ。

親クラスへのポインターを動的に変更可能にしたら？
↓
クラスの動的変更が可能になる
↓
クラスって特別な仕組みを無くして、インスタンス継承可能にすれば、シンプルで良い
↓
Selfｳﾏｰ

Javaの実装継承って、method overrideでメソッド丸ごと入れ替えちゃうのがﾀﾞｾｰ
↓
CLOSのMIXINでbeforeメソッドとかafterメソッドとかあったｼﾞｬﾝ
↓
HyperJ ＆ MixJuice ｳﾏｰ

面白そうだけどﾘｿｰｽ的に(ﾟдﾟ;)ﾏｽﾞｰな予感

リソースって何の事？
クラス間のコード共有に関する解決策の事？
それともｾｷｭﾘﾃｨ･ﾏﾈｰｼﾞｬの件(じゃないよね)？

>親クラスへのポインターを動的に変更可能にしたら？
ソレダ！！！

CLOSのメソッド・セレクターとかいう仕組みがあったっけ。
第一引数と第二引数が共に整数なら、　plus(int,int)
第一引数と第二引数が共に実数なら、　plus(float,float)
第一引数が整数で第二引数が実数なら、plus(int,float)
第一引数が実数で第二引数が整数なら、plus(float,int)
を呼び出す、と。

で、この辺りの処理は(primitive使わなければ)Javaのreflectionパッケージで記述できるんですけど、、、
メソッド呼び出しのオーバーヘッドが大きそう…
＃まぁ、分散オブジェクト〜Web寂びｰスの呼び出しより軽いからいいか。

>>177
オーバーロード？

>>177
それって単なるオーバーロードでは？

＞で、この辺りの処理は(primitive使わなければ)Javaのreflectionパッケージで記述できる

それをワザワザ記述するってのが、どうか。

>>175
ﾌﾟﾛﾄﾀｲﾌﾟ方式の事。
ｲﾝｽﾀﾝｽごとにﾒｿｯﾄﾞ持つんだからﾒﾓﾘ多く必要だろうし
実行時に継承するとCPU食うじゃん

Selfの資料見当たらない･･･
詳しいｻｲﾄ教えて

>>178
のん。CLOSでは
上記の処理を、例えば switch case文みたいので記述する(Lispならcond)とか、
もっと効率を考えて、引数のクラスIDからハッシュを計算してHashtableからメソッド検索、
とかしてたらしいです。

>>177
つまりPerlOO風に、パラメータの取り扱いも含めて１つのメソッドにしよう、と。

>172

NewtonScript ってクラスじゃなくてインスタンスベースのＯＯ言語も
そんな感じなんだけど、コレの骨子は親インスタンスは ROM や FLASH ROMに
置いたまま、例えば書き換わるメンバ変数(property)だけ子インスタンスが持つ、
なんてことを実現して時間空間の両面でリソースを減らすことにあるんだよね。
copy on write みたいな感じで面白い。

役に立たないマメ知識でした。

ｽﾏｿ、話が飛びすぎますた。反省しまつ。

>そう、継承にそれ以上の意味があるのかなあ、と思った次第であります。
だから、ポリモーフィズムだって。

補足。
CLOSのはメソッド・セレクターじゃなくメソッド・ディスパッチャーだった気がしますた。
で、メソッド・ディスパッチャーみたいな仕組みを、リフレクティブに、記述対象言語自身で記述できれば、
before ＆ after みたいな仕組みを作るのが楽だよねぇー、って言いたかったのです。

>>181 ＆ >>184
そっすね。
ところで、インスタンス・ベースのOOと、アスペクトみたいなのの、融合って例はないんでしょうか？

クラスベースでモデリングする上で継承という概念は有用である。

>リフレクティブに、記述対象言語自身で記述できれば、
>before ＆ after みたいな仕組みを作る
事のメリットがわからない上に、
できない理由がわからないんだけど。

参考資料

http://web.archive.org/web/20001017024220/www.zzz.or.jp/~iizuka/EOO/Japanese/oofaq-j/oo-faq-S-3.2.html
（「委譲／プロトタイピング」のオブジェクト指向パラダイムって何ですか？）

>>189
できないって言ってないってばぁー。
メリット？
アスペクト指向みたいな事やるのに、
ソースやらバイナリを改変するアプローチだけじゃなく、
しこしこコードで記述する方法を使った方が手っ取り早いケースもあるのでは？

>しこしこコードで記述する方法を使った方が手っ取り早いケースもあるのでは？
トランスレータを作るって意味でしょ？
そういう方法でもいいんじゃない？
拡張の程度によって
プリプロセッサみたいなのでやるのか
トランスレータにするのか
バイナリにする（言語機能を利用しない）のかを
決めればいい。

>>192ﾎﾟｶｰﾝ

>>190
一子相伝/終身雇用制で継承するより、
即戦力になるプロをスカウトして、権限委譲した方が
今っぽいじゃん。能力主義って感じだしぃー。
↓
委譲>>>>>>>>>>>>継承
↓
Smalltalk＝継承ベースのOO言語
Self＝委譲ベースのOO言語
↓
Selfｳﾏｰ

実装継承って、多分昔言われていた差分プログラミングを実現するための
ものだと思う。
今はOOの使い方がだいぶ研究されて、委譲を使ったプログラミングの方が
いいじゃん、ってことになっているのでは。
つーわけで、実装継承=過去の遺物ってことでよろしいか?

> 今はOOの使い方がだいぶ研究されて、委譲を使ったプログラミングの方が
> いいじゃん、ってことになっているのでは。
何でもかんでも実装継承で解決するのは止めて、適材適所で使えってトコロで
落ち着いてると思うけどな。

template method やなんかは、実装継承を使ったほうがスマートに書けるし。
実際、大規模なフレームワークを提供するクラスライブラリの類は、だいたい
実装継承を使ってるでしょ。

見た目が実装継承(Javaならextends)でも、
実際のところはCompositionに近いこともあるけどなあ。

フレームワークが提供する抽象クラスのサブクラスをアプリ側で
実装するなんて場合、実装継承に見えるけど、実際は
抽象クラスがサブクラス実装部分をcompositeしてるんじゃないかな。
ただ、委譲コードを書くのはメンドイし、ミスを防ぐためにも
実装継承という方法で制約をかけているのかもしれないけど。
(protectedキーワードが便利!)

となると実装継承ってsyntax sugarか？うーん
便利なことは便利なんだが...

実装継承がダメっていうわけじゃなくって、
変な実装のオーバーライドするのがダメなんじゃないかな。
template methodなんかは、だいたいJavaならabstractなメソッドか、
単純なデフォルトメソッドとして定義するでしょ。
これって、要するにスーパークラスの作成側が、あらかじめ
オーバーライドされることを想定しているわけで。
これをオーバーライドするのは、実装継承の良い使い方だと思う。
既存のコードの修正したい部分をオーバーライドで
変更するようなやり方は、悪い使い方だと思う。

節を追うごとに
class Panel2 extends Panel1
class Panel7 extends Panel6
と継承しては機能追加する恐ろしい Java 参考書があった。

> 既存のコードの修正したい部分をオーバーライドで
> 変更するようなやり方は、悪い使い方だと思う。
それはまさに差分プログラミングなワケだが、見通しが立つ範囲でやる分には
問題ないと思う。ただ、この「見通しが立つ範囲」ってのが曲者で、改修を
重ねて見通しが悪くなったら、早めにリファクタリングしないと死ぬけど。

実例を挙げると、バイナリフォーマットを解析してメモリに読み込むような
プログラム。最初に作ったバイナリフォーマットに、後にちょっとした拡張
が施された場合（良くある話）、if 文で条件分岐して対応するよりは

1. ファイル解析を strategy パターンを使って書く。
2. 元のファイル解析ルーチンを継承して、拡張フォーマット対応のファイル
解析ルーチンを作る。

とした方が見通しが良くなる。

ある程度ファイルフォーマットの拡張が重なって元のものとかけ離れてきたら、
そこで実装継承をやめて一から書き直し。

>>200
そうそう、差分プログラミングも使い方によっては便利だけど、
やめどきを知っていないと、あっという間にひどいプログラムになるよね。
ある意味、上級者向けだと思う。
でも、OOのメリットのなかで初心者に一番説明しやすいのは
差分プログラミングなんだよな。

＞ある程度ファイルフォーマットの拡張が重なって元のものとかけ離れてきたら

これって、それがある程度事前にわかっている場合は、
「ファイルを扱う」と「データの解析をする」を分離しておいて、コンポジット化すれば
いいのではないでせうか。
で、解析部のテンプレートとして、>>198 を適用する...って、
例として出された内容に言うのも筋違いな気がするのですが、気になって眠れないぃぃぃ...。

> 「ファイルを扱う」と「データの解析をする」を分離しておいて、
にしても、データ解析部分は strategy になるような。

実例を挙げると、バイナリフォーマットを解析してメモリに読み込むような
プログラムをつくってみよう

>>204
一昔前にDHCPメッセージ解析するの作ったけれど。

>>149
> ヌヒよ、TemplateMethodﾊﾟﾀｰﾝは継承のほうがわかりやすいよ。
> だが、Stateﾊﾟﾀｰﾝは委譲のほうがわかりやすいよ。
> ヌヒよ、またTemplateMethodﾊﾟﾀｰﾝはあまり可能性のないパターンよ。
TemplateMethodとStateは畑が違うものでないかい。

多重継承も禁止しているように、クラスには継承できないクラスもあるのだ。
継承して欲しくないときにfinal宣言。
言語によってはそういう指定(final)をできないものもあるかもしれないが。

C++しか使ったことがない沢村にわかわんだろうけど
継承を許されていないクラスには委譲をつかうしかないのだ。
逆に継承しないと使えないクラスもあるのだ。

人によってスタンスがあると思うけど
俺の場合は
オーバーライドを使う＝ポリモーフィズムを使う
というスタンスかも。

単純に親クラスのコードを利用したいだけなら
コピペすると思う。
もちろん、そういう状況にならないように設計できる余地がある時は
そうするだろうし。

>>207
インターフェース型による多態の立場は・・・？

質問。これも多態？
#include <iostream>
class A {
public:
  void print() { std::cout << "A" << std::endl; }
};
class B {
public:
  void print() { std::cout << "B" << std::endl; }
};

template<typename T> void print(T t) {
  t.print(); // これ
}

int main() {
  A a;
  print(a);
  B b;
  print(b);
  return 0;
}

>>209 まるでメソッド(メンバ関数)をオーバーロードしているだけに見える。

>>209
本来の多態(polymorphism)の意味は、
ある変数に複数の型の値を代入できる点にあるから、
t.print();が多態かどうかというのは答えようがないと思うが。

>>211
そういう意味なの？
多態って、オブジェクトにメッセージを送ったときに、
そのオブジェクトの種類に応じたメソッドを実行する機能
だと思っていた。

>>212
それはメソッドの「動的束縛」

>>212
ついでに言うと、

> そのオブジェクトの種類に応じたメソッドを実行する機能
が
> その表現式の型に応じたメソッドを実行する機能
ならば、メソッドの「静的束縛」

>>211
ヌヒよ、本来の多態(polymorphism)の意味は、変数じゃないよ。
あるオブジェクトに複数の型のオブジェクトを代入できる点にあると思うよ。ヌヒよ。

シ尺木寸ｷﾀｰ

まあ、オブジェクトに複数の型のオブジェクトを代入してもほとんどの香具師はswitch case文でしかそれを切り替えられないだろうけどね…。

残りの人はどうするの？
メソッド検索でもしてみる？

皆のもの、沢村先生がありがたい書き込みをなされたぞ！
「オブジェクトにオブジェクトを代入する」というすばらしいお言葉の意味
を知恵を絞って考えよ！しかも大抵の人は「switch case でしか切り分けられ
ん」そうだ。C++ とか Java だと代入する先は変数だしなぁ。しかも大抵は
動的束縛で switch とか要らんよなぁ。わからん...

>>219
ヌヒよ、オブジェクトにオブジェクトを代入するがわからんか？ヌヒよ？
つまりこういうことよ↓
Kintama kintama;
Omanko *omanko;
omanko=&kintama;
omanko->sex();

ヌヒはオブジェクト指向の初歩を勉強しろ！！ヌヒよ！！

ははー。それはオブジェクトというかポインタを代入しているように
見える漏れは真の大バカ野郎とうい事ですな。よっくわかりました。
....沢村様、重ね重ね申し訳ないのですが、大半の人間が使う
switch case とやらも例を出して明快に説明していただきたいのですが。

import Mode;
import DefaultMode;
import SpecialMode;
public class Sample {
private Mode myMode;
public void dynamicFunc(boolean mode);
if (mode) {
this.myMode = new DefaultMode();
} else {
this.myMode = new SpecialMode();
}
this.myMode.execute();
}
}

デザパタか。
で、コレがどうしたの?

どこがデザパタやねん

simple factory
の例じゃないの?

話し合うだけじゃなかなか理解できないから、
なんか小さいプログラムOOで作ってみせあっこしようよ。
前やってたオセロみたいにさ。

>>226
OK。Hello World!作れ。OOで。

>>227
TemplateMethodパターンで作ってけど、面白くないよ・・・
public abstract class AbstractHelloWorld{
public void execute(){
hello();
}
public abstract void hello();
}
public class HelloWorld extends AbstractHelloWorld{
public abstract void hello(){
System.out.println("Hello World!")
}
}

public abstract void hello(){

OOらしく拡張しよう
public class HelloWorld100 extends AbstractHelloWorld{
public abstract void hello(){
for( int i = 0 ; i < 100 ; i ++ )
System.out.println("Hello World!");
}
}

要するに、テムプレィトー、テムプレィトー、って逝ってるﾔｼは、
継承覚えるのがやっとこさの××なのね。

＃ウチの近所にも一杯いるけど(ｗ
＃「パターン大事だよねぇ、テンプレィトゥｰメソッドゥ」とか
＃「ホワイトボックスが重要だ」とかいつも逝ってる

>>231はHello Worldの意味がわからない疎外感に耐えられなくて煽りに転じました。

231の近所って公園しかないぞ？

>>230
HelloWorld100:2: abstractなのに本体持ってるんで、コンパイル中止しますた。

>>233
ん？いつも漏れの席の後ろで喧々諤々騒いでるﾔｼの事だけど

>>235
ああ。木村か。

でも、あいつお前の1/30だぞ。テストの順位。

木村圏萌ぇ〜

>>236
2/30位って、どれくらいアタマぃぃのヨ？

>>233
ﾜﾗﾀ

マ板以下のゴミスレでつね。

おまいら、遊んでばっかいないでOOの勉強しる。

>>230-231
これJavaだよな? Javaもどきだったら知らんが、
Javaだったらコンパイルできなく当たり前
abstract外せ
>>230 は本当にOOらしく拡張されたのか?
ただのポリもーフィズムだけってのはのう....。

Hello World表示するだけでこんなことやるのも何か寒い。もっと芸見せておくれ

あれだ。レンタルビデオ屋をモデリングすれ。

そういや、クリスマス・イブの時、
公園で耳押さえて、奇声あげながら走っている香具師がいたな。

>>243
UMLシルバーの試験対策にちょうど良さそうだな。

それが沢村の真の姿なのだぁー

>>245　あれブロンズと比べるとかなりムズイ。去年の秋は受からんのでした。
修行が足りぬか。修行修行

有名だけど、Greedゲームなんかどうよ?
http://www.ogis-ri.co.jp/otc/objday2001/category6W1plus.html

>>217
> まあ、オブジェクトに複数の型のオブジェクトを代入してもほとんどの香具師はswitch case文でしかそれを切り替えられないだろうけどね…。

おお、polymorphic typeなswitch文をつくってくださるのか！
私のような下々の人間には効率的な実行系を想像だにできん。
ありがたや、ありがたや・・・

そういえばヌヒ等よ、俺はプログラム勉強最初の頃は非ＯＯでプログラミングしてたよ（当然だけどね）。
で、その頃の非ＯＯのやり方というのはね、まず変数はすべてグローバルとし、変数を宣言だけするファイルをsubsti.hとしてひとつにまとめ一番おおもとにしていたね。
で次にそのsubsti.hをインクルードしてdeclare.hをつくっていたんだが、これは関数のプロトタイプと構造体だけを列挙するファイルなんだ。
次にdeclare.hをインクルードしてそれぞれの機能に応じた関数を定義するファイルをつくっていたよ。
ファイル処理ならfile.h編集ならedit.hという風にね。プログラムで使用する関数の定義はすべてこの.hで行なっていた。
だからcppファイルはつねにそれらをすべてインクルードした最後のファイルひとつだけだったよ。
ヌヒ等よ、このやり方は非ＯＯでありながらＯＯに非常に近いし、またとても読みやすいという利点があったよ。
変数はすぶてひとつのファイルを開くだけで一覧できるし、static宣言もexturnも必要ないからね。
まさに一種のデザインパターンといえるだろうね。俺は生まれつきＯＯをやる資質が備わっていたんだろうね。

>>250

構造化。

まず変数はすべてグローバルとし、
(中略)
まさに一種のデザインパターンといえるだろうね。俺は生まれつきＯＯをやる資質が備わっていたんだろうね。

まず変数はすべてグローバルとし、
(中略)
まさに一種のデスマ一直線といえるだろうね。沢村は生まれつきデスマを起こす資質が備わっていたんだろうね。

保守できなくなったら他人に押しつける

まさに一種のデザインパターンといえるだろうね。俺は生まれつきＯＯをやる資質が備わっていたんだろうね。

ヌヒ等よ、俺はＯＯをやっている今でも、プログラムで使う全ての変数を基底クラスにprivateで宣言し、それにアクセスするメソッドをpublicで基底クラスに宣言することがよくあるよ。
そして派生クラスではそれらを操作するメソッドをそのクラスに応じて定義するわけだ。
そして必要に応じてそれからクラスをさらに派生したりコンポジションで包含したりするわけだ。
こうすると基底クラスですべての変数を管理できるとても見通しのよいＯＯになるよ。
俺はこの方法を自己流だが、もっともすぐれたデザインパターンのひとつだと思っているね。

↑この方法は自然が宇宙をつくりあげている方法と全く同じだと思うので、
「cosmos creatパターン」と呼んでもいいかな？

デザインパターンの存在理由：
　設計の効率化と、そのロジックについての他者間での疎通を助ける。

>>250 これのどこがOOなんだ? ただの関数onlyだろよ。

>>256 JavaやC#ですべてのクラスのスーパークラスがObjectクラスだといっているのを真似しているようなものだろ。

スーパークラスですべての変数を管理か?

集約(Aggregation)のことをコンポジションといっているのか。
コンポジション集約と集約とは区別しないということか。

継承だけにたよるのは効率が良いとはおもえないな。
5段も6段も継承するのはよくないな。

自己流といっているが、Bridgeパターンみたいなものだろ。

変数の管理だが、package(C++でいうnamespace)はつかわんのか?

>>258
> 自己流といっているが、Bridgeパターンみたいなものだろ。

それ以前の、OOPLで何か書く時の常識的作法だと思うぞ。

沢村よ
C++をどう思うかね？

>>260
C++は（シープラプラ）と読むだろ？
この発音が（チンチンブラブラ）みたいで好きくないね。
大きな声でいうのがはばかれるよ。

▼▲▼▲▼▲▼▲▼▲▼▲▼▲▼▲▼▲▼▲▼▲▼▲▼▲▼▲

　　　　　http://www5b.biglobe.ne.jp/~ryo-kyo/osu.html

▼▲▼▲▼▲▼▲▼▲▼▲▼▲▼▲▼▲▼▲▼▲▼▲▼▲▼▲

もうアフォかと…
+はPlusだよ。プラってなんだプラって。

>>261 ではC#, VB.Netをどう思うかね?
>>261みたいなくだらい返答のほかにマジな返答も求む

沢村が言っていたのはTemplateMethodPatternかな？
一応デザパタらしいよ。

>>264
ヌヒよ、俺はC#, VB.Netはいじったことがないよ。
したがってC#, VB.Netについてはまったくわからんよ。
ところでＣ＋＋でiアプリはつくれるのかね？

>>266
漫画家だったって本当？

>>266
>>255がTemplateMethodだって? 全然TemplateMethodには見えないな。
沢村は本当に理解しているかな。
沢村よ、JavaでつくれるものをなぜわざわざC++で作ろうと思うのかね?
C++しっているならJavaもそれほど難しくは無いだろう。

携帯電話でメモリリークを起こしやすいプログラムでも作りたいのか?

沢村のはvirtualを使わないC++だからｗ

>>269 あら、ひでぇ。ポリもーフィズムも書けないな。
沢村は今まで何を語ってきたのだ?

沢村先生は仮想継承、多重継承使いまくりです。

>>271　C#もJavaも使いたくないと言うわけか

>>270
沢村先生はのなかでは「ポリモフィズム＝継承」
ですから。
異常の文脈では使っている事になります．

>>269 >>271 >>273
沢村のかたを持つわけではないが、お前、煽りだな。
C++厨だな。というかおまえ自身が沢村か?
つまらんことやってないで何か自分の意見を言ってみろ

>>274
３つのレスを総合すると
ポリモ使えない奴はバカという事でいいんじゃない？

>>275 そうとう性格の悪そうな奴だな

煽りも何も沢村自体ネタじゃないの?

もはや完全に糞スレと化したな・・・

沢村の名前は厨房たちに永遠に継承されていくので、
沢村 == ポリモフィズム == オブジェクト指向
です。 おめでとうございます。

感動した
ttp://www.geocities.co.jp/Milano-Cat/4036/siteki.html

>>277
>>266 >>267 >>269 >>271 >>273 >>275 >>279 は皆同一人物だと言うことか?
ついでに>>277もか?

>>280 FlashのActionScriptでOOが使えんの?
JavaScriptもどきみたいなのでクラス作れる?

>>281
少なくともクラスがあってインスタンスが作れてそれ対しての操作ができた。

オブジェクト指向の根本的な部分は持ち合わせてる。

>>282 クラスはありインスタンスは生成できるが
クラスは自作できない、ということか。
JavaScriptと一緒やん。ひたすら委譲するだけですか。
継承も集約もできないのはねえ。ただのライブラリ厨になってしまう。

>>283
＞クラスは自作できない、ということか。

自作というか自分で書くんだよ。絵を。リンゴとかモナーとか。

で、そのクラスからインスタンスを作る。

モナークラスのモナー１と言うインスタンスちょうだいな。

で、そのインスタンスに操作ができる。

モナー１をﾊｧﾊｧさせてね。


って言うか勉強してから物言った方が良いと思う。

>>284 それはActionScriptじゃないだろ。
マウスで書く部分だろ。
あれがインスタンスというのか?
集約できても継承ができないだろ。
OOらしくないなあ。

っていうか具体化してから物言ったほうが良いと思う。

なんで厨って集約だとか汎化とか単語を使いたがるの？

>>286 なんで厨ってOOを知らないの?

何で厨？

>>288　氏んで、厨!

>>266 C++でiアプリ作るくらいならCだけで作った方が容量節約になるだろうな。
Javaでは継承しただけでかなりの容量を食う。
try-catch記述しただけでも相当食う。
オブジェクト指向にこだわっていると30kBを簡単にオーバーする。

>>285
＞あれがインスタンスというのか?

クラスだよ。アホか。

>>290
で、30KBすら貸してくれないしょぼいレンタルサーバはどこにあるんですか？

>>290
じゃあアセンブラで組めば最適だな。

>>291
> ＞あれがインスタンスというのか?
> クラスだよ。アホか。
同じようなもんだろ。だが、クラスに相当するにはライブラリに登録されたシンボルのほうだろ。
描く部分はインスタンスに相当するだろ。アホか? と逆にいいたい。

>>292 しらねー。てかお前、沢村の言っているiアプリがなんだか解ってる?
レンタルサーバの話が出ている時点で解っていないようだね。

クラスとインスタンスを混同している方が参戦。どうなる。

次回、「あの日の厨はうすしお味」。
来週のこのチャンネルにオーバーラーーーーーイド！

とかの後に出る。


来週をお楽しみに！


の画面がすごく寂しいんですがどうすればいいでしょうか？

>>295 自作自演は氏ね

>>296
？

>>292 30kBというのは携帯電話内の記憶装置の容量だろ。
レンタルサーバとは関係が無い。

>プログラムで使う全ての変数を基底クラスにprivateで宣言し、それにアクセスするメソッドを
>publicで基底クラスに宣言することがよくあるよ。
staticを知らない人がいる・・・

>>298
って読み違えだな。スマソ。
で、何でCでiアプリなんて夢物語の話してたの？

>>300 沢村に聞いてくれ。
だが、CでiアプリならM$もやりたがっていたぞ。
Javaが携帯電話に使われるのが気に入らないらしい。
M$はそういうものをすぐに妬んで真似をする。そして市場を独占しようとする。

>>299 そのあたりの引用文では沢村の逝っていることは間違っていない。
沢村はBeanみたいな使い方を言っているだけだろ。
それをさらにBridgeパターンのように使っている。
お前が言いたいことは定数のことだろ?
こういうことか?
interface SecoundChannel {
public static final int FALSE = 0;
public static final int TRUE = 1;
}

iアプリって、10Kまでじゃなかったっけ…？

>>303 いつの時代の話をしているんだ。30kBにあがったはず。
まあ古い機種を持っている人もいるだろうから、そういう人たちに合わせて
10kBにした方がいいかもしれないね。

mklファイルのヘッダチャンク１１バイト目から１３バイト目の01h01h01hというのは何？

IP記録実験
http://qb.2ch.net/test/read.cgi/accuse/1042013605/

1 名前：ひろゆき ◆3SHRUNYAXA ＠どうやら管理人 ★ 投稿日：03/01/08 17:13 ID:???
そんなわけで、qbサーバでIPの記録実験をはじめましたー。

27 名前：心得をよく読みましょう 投稿日：03/01/08 17:20 ID:yL/kYdMc
SETTING.TXT管轄でないということは全鯖導入を視野に、か？

38 名前：ひろゆき ◆3SHRUNYAXA 投稿日：03/01/08 17:22 ID:rLfxQ17l
>>27
鋭いです。

73 名前：ひろゆき ◆3SHRUNYAXA 投稿日：03/01/08 17:27 ID:rLfxQ17l
＞ところで、IPが抜かれて何か今までと変わることってあるのでしょうか？
・今までより、サーバが重くなる。
・裁判所や警察からの照会があった場合にはIPを提出することがある。

>>306
うざい、消えろ！！
いま>>305でオブジェクト指向でiアプリに関する大事な話をしているところなんだよ！！

>>307
テメーも消えな

ヌヒ等よ、オムツひろゆきに関するマルチポストでずいぶんさがってしまったのであげるよ。
ヌヒ等よ、繰り返すが、mklファイルのヘッダチャンク１１バイト目から１３バイト目の01h01h01hというのは何？

格言：金は金を呼ぶ、無金は無金を呼ぶ、借金は借金を呼ぶ
理由：ヌヒ等はプログラムをやって金をもうけることが夢に違いない。
だが、いくら技術力や企画力や実務の力があっても、金を持たない人に金が集まることは絶対ない！！
金を稼ぐのに一番大事なことは、その人が金を持っているかどうかである。
金さえたくさん持っていれば自然に金は集まってくるし、金を持ってないといくら努力しても金を稼ぐことはできない。
これはいついかなる場合でもあてはまる絶対的な法則である！！
だが、借金をして自分を金を持っている状態にしても金は集まらない。
借金をして集めることができるのは、次なる借金だけである！！
ヌヒ等よ、これはいついかなる場合でもあてはまる絶対的な法則であるぞよ！！

ただのマルチ

沢村さんは資金あるの？

>>292はネタだろ？
なぁ？よくわかんないけどさ。

>>11
裏切り者

>>1
お前の彼女な

キャバクラで働いてたぞ

>>199
全レスの意味を禿げらしく取り違えてる模様

>>245

それは名言ですね。

>>299 そのあたりの引用文では沢村の逝っていることは間違っていない。
staticを使えばグローバル変数もどきはできるよ。
継承する意味はない。
デザパタで言えば、その方法はシングルトンパターンというのがあったような気がするけど。
定数ならそのやり方でOK.
まあ、ブリッジとか言ってる奴は
ブリッジの使い方を普通に知らないような気がするな。

わざわざアホばっかの糞スレに出張ってきて
何か気の利いたことを逝ってるつもりになってる奴ってあまりにも痛すぎるよ｡

悲しいときー。悲しいときー。
正月に友人からエロゲーを借りて喜んで帰ってきたら、
パソコンが壊れてたー。

昨日ヨドバシカメラで部品買ってきて直しました。

>>385
そんなもんだろ・・・

>>593
昔からとってたよ。

>>318 何かスレッドが荒れているようだな。
コピペ荒らしばかりしている厨房が目立つ。
リンク先もまだ未投稿の番号ばかりを対称にしている。
スレッド荒らしている香具師は頭がいかれたのか?
馬鹿にするつもりはないが頭を冷やして誰かと会話をするか、
自分の悩みを打ち明けるか、どこかに散歩するか旅をすることをお勧めする。
ゆっくりとデザインパターンの本でもよんでOOの世界の素晴らしさを体験することをお勧めする。

>>318 何をいっているのか全然解らないぞ。
>>299と絡めても全然筋が通ってないぞ。
そもそも >>299の説明が不十分すぎる。
>>318はBridgeパターンもSingletonパターンも解っていないようだ。
Singletonパターンは複製されてもあくまで同一である定数、複数のインスタンスを生成されたくないオブジェクトを定義するときに使うものだぞ。
SingletonはGoFの中で最も簡単なパターンだが。
沢村が説明していることは定数ではなくJavaBeansで使われるようなカプセル化された変数の扱いのようだが。
だからBridgeパターンに似ているのでは、と思ったのだ。
もっといいパターンもあると思うが、BridgeのかわりにSingletonとはとんだ間違いだ。

Javaでの話だが、staticなんて定数以外極力使うべきではない。OOらしさが失われる。

296 名前：ひろゆき ◆3SHRUNYAXA [] 投稿日：03/01/08 17:57 ID:rLfxQ17l
黒澤映画ってみる機会ないんですよねぇ、
みてみたいんですが。

2ちゃんねるも終わったな。
ひろゆきなんて信用できない。
こうなったら、俺が巨大匿名掲示板を作ってやるぜ


















っていう奴はいないのだろうか

>>87はれスも見ない初心者

======2==C==H======================================================

　　　　　　　　　２ちゃんねるのお勧めな話題と
　　　　　ネットでの面白い出来事を配送したいと思ってます。。。

===============================読者数： 138720人　発行日：2003/1/9

年末年始ボケがそろそろ収まり始めた今日このごろのひろゆきです。

そんなわけで、年末に予告したIP記録ですが実験を開始しています。

「２ちゃんねる20030107」
こんな感じで各掲示板の最下部に日付が入ってるんですが、
20030107以降になってるところはログ記録実験中ですー。

んじゃ！

────────────────────────Age2ch─
■この書き込みは、Age2chを使って配信されています。
────────────────────────────
Keep your thread alive !
http://pc3.2ch.net/test/read.cgi/software/1041952901/l50
────────────────────────────

ヌヒ等よ、若いヌヒ等よ。ヌヒ等はプログラムをしていて気が散ることはないか？
ヌヒ等よ、ヌヒ等は若いのでその気の散り方は主に性的なものであろう？
ヌヒ等はプログラムをしていて性的にムラムラッとして気が散るのであろう？
ヌヒ等よ、それはプログラムの能率を下げるので直したほうがいいぞ。
ヌヒ等よ、ヌヒ等が何故性的にムラムラッとして気が散るかといえば、それは女の尻がきれいだと思うためだ。
ヌヒ等よ、女の尻がきれいだと思うのは、若さ故の錯覚よ！！
そしてヌヒ等は男の尻はこぎたないと思っているのであろう！？
ヌヒ等よ、女の尻のきれいさきたなさは、実は男のしりのきれいさきたなさと何ら変わるところがないのだぞ！！
このことを実感として認識できるようになったとき、ヌヒ等は真に大人になったといえるのだぞ！！
ヌヒ等よ！！

>>713
もっとどんどん増やしてください
hobby鯖導入きぼーん

どうということがあるわけではなく、気分の問題

InterpreterパターンってOOなんですか？

>>330 GoF本読め

(´-`).｡ｏＯ(スクリプト荒よりも沢村の方が邪魔なのはなんでだろう？)

yahooニュースのトップ項目に載るほどのことか

コピペで荒らされてるけど、保守

ところで唐突な話で恐縮ですが、最近GoF本を読んで思ったんですが、
"Bridgeパターン"と"Decoratar"パターンをあわせると、
"Facadeパターン"になるような気がして夜も眠れません。

これもある意味、パターンのコンポジット化というのでしょうか。

>Singletonパターンは複製されてもあくまで同一である定数、複数のインスタンスを生成されたくないオブジェクトを定義するときに使うものだぞ。
おいおい・・・
まあ、複数のインスタンスの生成をしないようにするってのはあってるけど
なんで定数なんだ？
定数ならクラス変数でいいんだって。

>沢村が説明していることは定数ではなくJavaBeansで使われるようなカプセル化された変数の扱いのようだが。
沢村が説明しているのは、とんでもパターンだよ。
まあ、そんなに強く主張するなら、サンプルコードでも書いてよ。

>もっといいパターンもあると思うが、BridgeのかわりにSingletonとはとんだ間違いだ。
BridgeパターンがなんでBridgeって名前なのか知らないんだね・・・
そうだとすれば、話の内容から推測すると
Bridgeパターンの普通の使い方がわかってないみたいだね。
Singletonもあやしいしね。
シングルトンはどこで使うもんだと思ってるの？
アクセサメソッドつきのグローバル変数ってのはなかなか使いやすい
もんだと思うけどね。

>Javaでの話だが、staticなんて定数以外極力使うべきではない。OOらしさが失われる。
まあ、それはもっともだけど。
OOらしさって何ってとこにはつっこまないけど。

BridgeパターンがなんでBridgeって名前なのか知らないんだね・・・
そうだとすれば、話の内容から推測すると
Bridgeパターンの普通の使い方がわかってないみたいだね。
Singletonもあやしいしね。
って意味で書いたんだけどね<-ここ書き忘れたスマソ

パターンの掛け合わせは良くある。無い設計は無い。
っていうか、GoFのパターンが全てでは無い。

GangOfFourのデザパタはOOの考え方を主体に、その表現手段のバリエーションの
道標を立てているにすぎない。

"パターンありき"で設計するのでは無く、設計にパターンをあてはめるべき。
だから、"普通の使い方"という言い方は、どうか。

つーか、デザパタをストレートに使うんじゃなくて

ある実装があって、それがあるパターンに近い時に
その実装が、なんとかパターンだっていう風に言うわけだ。
で、パターンにはコーディングスタイルと目的の２つがあるわけだ。
見た目が同じでも、使い方が違うのであれば違うもの。
極端に言えば、あるパターンをものすごくトリッキーにつかってしまえば
それはパターンではない。

■ログ記録実験の巻■
======2==C==H======================================================

　　　　　　　　　２ちゃんねるのお勧めな話題と
　　　　　ネットでの面白い出来事を配送したいと思ってます。。。

===============================読者数： 138720人　発行日：2003/1/9

年末年始ボケがそろそろ収まり始めた今日このごろのひろゆきです。

そんなわけで、年末に予告したIP記録ですが実験を開始しています。

「２ちゃんねる20030107」
こんな感じで各掲示板の最下部に日付が入ってるんですが、
20030107以降になってるところはログ記録実験中ですー。

んじゃ！

─────────────────────── 2ch-net─
メルマガ登録・解除 http://www.2ch.net/mag.html

http://www.2ch.net/2ch.html / [email protected]
───────────────────────────

>>13
そこまで端的に書かれてみるとかなり怖いものがあるな・・・。

>>13
そこまで端的に書かれてみるとかなり怖いものがあるな・・・。

過去の裁判関係資料として。

日本生命の削除依頼公開スレッド
http://news.2ch.net/test/read.cgi/newsplus/1004597354/
1 名前：ひろゆき＠暫定管理人 ★ [] 投稿日：01/11/01 (木) 15:49 ID:???
「削除依頼は公開」の原則に従って削除したものを公開してますー。
ソース。
http://www.dd.iij4u.or.jp/~cap/nissei/

3 名前：ひろゆき＠暫定管理人 ★ [] 投稿日：01/11/01 (木) 15:53 ID:???
仮処分で削除と決まったやつです。

だいたい"デザパタ＝OO"じゃないし。

>>367
これすね。

http://www.jiji.com/cgi-bin/content.cgi?content=021225154602X404&genre=soc

コピペ職人さん帰省しないの？

女
100万円以下　　　　　　　　　　　　　　２６３万９０００人　　15.7％　　　　　
100万円超　200万円以下　　　　　　 ３６３万８０００人　　21.2％
200万円超　300万円以下　　　　　　４１２万２０００人　　　25.7％　　
300万円超　400万円以下　　　　　　３２２万３０００人　　　19.4％　　　　
400万円超　500万円以下　　　　　　１４７万４０００人　　　8.5％　
500万円超　600万円以下　　　　　　７２万１０００人　　　　4.1％
600万円超　700万円以下　　　　　　３３万２０００人　　　　2.2％
700万円超　800万円以下　　　　　　１９万５０００人　　　　1.2％　　　
800万円超　900万円以下　　　　　　１１万６０００人　　　　0.7％　　
900万円超1, 000万円以下　　　　　　７万１０００人　　　　0.4％
1,000万円超　1,500万円以下　　　　１０万６０００人　　　　0.6％　
1,500万円超　2,000万円以下　　　　１万８０００人　　　　　0.1％　　
2,000万円超 　　　　　　　　　　　　　　９０００人　　　　　　　0.1％　

大体こんな変なことやってる
（http://www24.big.or.jp/~faru/txt1060.htmlの「N.T.Technologyについて」等を参照）
ところ何かにIPを預けれる人ってのはあんまりいないでしょ、、、

同じく。

悲しみを肴にオナニー

「名誉毀損」って何？
そもそも名誉なんて普通の人間にはないだろ？
あるのはノーベル賞受賞者とか皇族とか名誉教授くらいだよ。
ないものをどうやって毀損する？
どう考えたって「名誉毀損」っておかしいよな…？
また「プライバシー保護法」ってのもおかしいよな…？
もちろん泥棒してない人のことを「あの人は泥棒した」といって回ったらいけないけど、ホントのことをいって何がわるいと思うよ。
ホントのことをいうことがどうして法に触れるの？
どう考えたってこれらの法律はおかしいよ。

ひろゆき
お前にはがっかりした。
2chにも。さいなら。

この板、荒れなくなったね

ほぅ

タ、タメ口がいけないと仰るのでございましょうかっ!?
とはいえ、わたくしはタメ口とは無関係ではべりし候でございますが。

つまり、実験が終わったら元通り・・・なはずないか

快速ﾀﾝに少しでも近づこうと、今年のお屠蘇はマッコリ酒にしてみましたが血糖値がずいぶんあがったようです。

======2==C==H======================================================

　　　　　　　　　２ちゃんねるのお勧めな話題と
　　　　　ネットでの面白い出来事を配送したいと思ってます。。。

===============================読者数： 139038人　発行日：2003/1/10

なにやら、連日メルマガだしてるひろゆきです。

そんなわけで、ログ記録実験ですが、いちいちサーバ指定するのが面倒なので、
全部のサーバに入れてみました。

重くなって落ちたりしてもご愛嬌ってことで。。。

んじゃ！

────────────────────────Age2ch─
■この書き込みは、Age2chを使って配信されています。
────────────────────────────
Keep your thread alive !
http://pc3.2ch.net/test/read.cgi/software/1041952901/l50
────────────────────────────

はマジで出来るの？
fushianaとかになったらいやだな

メール欄に文字を入れてIDを出させない方法が
あったということなんだ。
知らなかった・・・

嘘言うな！

1ch.tvとかか？（ｗ

リモホって何？
リモートホストって、用語辞典に載ってないよ
誰かおせーて

>>364
死ね。

おいヌヒ等よ、大変だぞ！！
俺はふと思って２ちゃんねるのあっちこちの板を見て回ったのよ。
格闘技板とかアナウンサー板とかプログラマー板とかをな。
そうしたらな、どこのスレ開いても最近ひろゆきの話題が出てる板はプログラム技術板だけだったぞ！！
ヌヒ等よ、ここは２ちゃんねるいっちゃん恥ずかしい板だぞ！！

>>366
大丈夫だ。兄貴。俺の住処の自作板は奴のおかげで壊滅した。

スクリプト荒し＝沢村

たとえばここで唐突に広末をどうしたいと叫んだところで、
その広末がどの広末なのか特定するのは事実上不可能です。
しかし特定の有名人の広末を主題とするスレッドで
類似発言を連呼すればグレーゾーンに入りますね。
「ケース・バイ・ケース」という言い古された言葉を
貴方の鈍いオツムに吹き込んでおくしかありません。

上の最後の一行について名誉毀損で訴えますか？（笑

独立スレ立ちました。。

【2ch】管理人のひろゆき氏がqbサーバで全レスIP記録の実験を開始
http://news2.2ch.net/test/read.cgi/newsplus/1042017485/

＞類似発言を連呼すればグレーゾーンに入りますね。
で、何でそれをお前が決めるんだ？？

（･∀･）？

とりあえず処置されたようです。

どうやら図星のようだ

ヽ(`Д´)ﾉｳﾜｧｧﾝ!

その具体的な理由として社長は、こう話す。
「2ちゃんねるはボランティアの削除人が書き込みをチェックして、
好ましくない書き込みを一所懸命削除している、
ということになっているが、あれはウソ。
削除人には給料が支払われ、その給料の原資となっているのが、
まずいことを書き込まれた企業が削除要求とともに渡す裏金。
これはまさに、総会屋の構図そのものだ。
これまで裁判になっているのは金額で折り合えなかったり、
裏金を出さない強い態度の企業とだけだ」

http://wow.bbspink.com/test/read.cgi/feti/1039253916/

の522からなんか出てるんですけど
2ｃｈってこんなに変わるの？

ｱﾌｫか！ 2ch に入り浸っているから見えないんだろうな。。

閲覧してなくとも 2ch で書かれていることで名誉毀損を受けているという事実があれば
実際に閲覧していなくとも削除要求は有効だ。

そして、2ch は既に名誉毀損の要件となり得る公共のメディアとして認知度がある、
と裁判所が判断した。わかる？

3.今日は２ちゃんを忘れてゲーセン逝って、喪前の腕を磨いて来る

（＾＾）

次週には元気に走ってる刑事ドラマと違い
銃創や刀瘡は一生残るだろうな
以前入院してたトコに発砲事件で手を撃たれた主婦が来てた
軽症ってことで殆ど報道もされなかったが
肉と神経を掠った右手は、端は持てない字は書けない
賠償請求しようにも犯人に支払能力無しで治療費自腹
見ていて痛々しかった

犯人の私財も私物も刑務所での給与も取り上げろ！償い終わるまで贅沢を許すな
民事賠償が円満に終わるか保険入って首括るまで塀の中に入れとけ

（＾＾）

ヌヒ等よ、言語にはＣやＪＡＶＡやＣＯＢＯＬなどいろいろあって、
その組み方には手続き型やらオブジェクト指向やらいろいろあるだろ？
もし日本語や英語などの普通の言語でオブジェクト指向風に話すとしたら、どんな会話になるよ？

>>383
沢村はアホなので沢村は死ね。

if(!sawamura.wise)
sawamura.die();

ヌヒ等よ、もし日本語や英語などの普通の言語でオブジェクト指向をやるとしたら、名詞はプライベートにして相手から隠蔽するようにしなければならないね。
そして動詞や形容詞を使って名詞にアクセスするんだよ。
また動詞の働きとか形容詞が形容するものとかはやはりカプセル化しなければならない。
そのためにはまず動詞と形容詞を仮想のものとして宣言し、あとでその働きとか形容するものを実装しないとダメだろうね。
そうすると
「まずこれがあれであんなふうなあれ。だからほらあれ、あんな感じのあんな動きをするあれ。ほらそれそんなふうなそれ」という会話になるのでゃないか？と予想するのだが、ヌヒ等はどう思うよ。

>>385 そういうことは人工知能スレッドで質問しろ

>>385
オントロジーみたいな話だね。
そっちいくと、まだ「正しいやり方」みたいのが確立していないから、
苦労すると思うよ。

>>387
ネタにマジレス……

>>388
ﾏｼﾞﾚｽをﾈﾀで誤魔化し、ｽﾚ迷走中

1ch.tvとかか?(w

今ふと思ったが、バルーンファイトってオブジェクト指向なゲームだったんだな。
昔から他のゲームとはちょっと違うって思ってたけど、オブジェクト指向だからだったんだ。

このゲームは風船をつけたプレイヤーキャラ2人が、敵キャラの風船をﾊﾞﾝﾊﾞﾝ割っては海の中に叩き落していくゲームだが、
当たり判定は風船とキャラクターで別になっている。
風船が無くなったからといって、やられるわけじゃない。一定以下の位置まで落ちたらやられたことになる。
落ちている間にもう1人のプレイヤーが敵をやっつければ次のステージに進めるし、
落ちている間に敵キャラが魚に食われてステージクリアということもある。
それに低い位置からだったら落ちても復活できる。これは敵キャラに限るけど。
つまり、風船が割れること、落ちることはゲームのルールとは独立しているってわけ。
ちなみに、風船を復活させようとしている間の敵キャラに限って、蹴られたと同時にやられたことになるけどな。

もっともオブジェクト指向らしさを感じさせるのが魚だ。
あの魚は水面下に落ちたキャラクターに襲い掛かる。
自キャラ敵キャラの見境なしにだ。
水面下に落ちてもミスにはならず、ただ魚が襲い掛かる条件になっているだけ。
魚の振る舞いや、水面下に落ちることもゲームのルールとは独立してるってわけ。

あと、ゲームオーバーになっても画面のキャラクターたちが動きつづけることも、オブジェクト指向らしさを感じさせるな。

ハッカ飴＝割れた風船

>>391
バル(略)

関係無いけど俺がオフジェクト指向なゲームと思ったのは
カスタムロボっていう６４のゲーム

（＾＾）

　　 ∧＿∧
　　（　　＾＾ ）＜ ぬるぽ（＾＾）

　　　 　∧＿∧
ﾋﾟｭ.ｰ　(　　＾＾ ） ＜これからも僕を応援して下さいね（＾＾）。
　　＝〔~∪￣￣〕
　　＝ ◎――◎ 　　　　　　　　　　　　　　　　　　　　　山崎渉

コピペで荒らされてるけど、保守

私が作りました♪
http://nuts.free-city.net/index.html

　　400get
￣￣￣∨￣￣￣
　　　　∧∧　　　）　　　　　　.(´⌒(´
　　⊂(ﾟДﾟ,,⊂⌒｀つ≡≡≡.(´⌒;;≡.≡.≡.
　 　 　 　　 ￣￣ 　 (´⌒(´⌒;;

　__∧＿∧_
　|（　　＾＾ ）|　＜寝るぽ（＾＾）
　|＼⌒⌒⌒＼
　＼ |⌒⌒⌒~|　　　　　　　　　山崎渉
　　 ~￣￣￣￣

お前ら、2ちゃんねるを分析するとしたらどうしますか？

1.レスクラス（名前、メール、日時、カキコ）
2.スレクラス（スレ名、datファイル名｜書き込む、レス取得）
3.板クラス（板名、分類、板URL｜スレ取得）

レス 1..1002---1 スレ 1..*---1 板


こんな感じで実装しようとしたらでっかいツリーになっていまいちかわいくない。
なんか良いアイデアないでつか？

巨大掲示板なんだからオブジェクトが膨大になるのはしょうがないだろ。

>>402
実装的にはこんな感じでは？

・板、スレ、レスクラスはそれぞれ永続オブジェクトとして定義する
・板からスレには、インスタンス間の関連を直接張らない。
・変わりにスレッドサマリクラスを用意
　（ある板の全スレッドの名前と、スレッド番号を保持する）

板　1 -- 1 スレサマリ
スレ 1 ---1..1002 レス

スレは、スレサマリのｉｄをスレマネージャに渡して取得する
スレマネージャは永続オブジェクトをメモリに戻して返す

（＾＾）

　　　 (⌒V⌒)
　　　│ ＾ ＾ │＜これからも僕を応援して下さいね（＾＾）。
　　⊂|　　　　|つ
　　　（＿）（＿）　　　　　　　　　　　　　　　　　　　　　　山崎パン

あぽーん

集約の関係で、保持される側から見て保持する側のことを何と言うんでしょうか？

コレクションクラス

基本
http://seisei.s8.xrea.com/knowhow/oo.html

発掘Age

ここにもｍ(_ _)ｍマークか。
これ使うのって、出張３２とかﾌﾟ逝一とか、
ろくでもないｺﾃﾊﾝだけだろ。ｷﾓｲぞ。

hosyu

IT Pro 技術の広場 - 羽生田栄一の「オブジェクト論」
http://itpro.nikkeibp.co.jp/members/NBY/techsquare/20040907/1/mokuji.jsp

うp だて age