トップページ⇒tech
41コメント10KB

これぞ窮極のオブジェクト指向

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん2006/11/29(水) 02:49:02
ちまたにあふれるオブジェクト指向を見つけて下さい。
プログラムの枠を打ち破れ。
0002デフォルトの名無しさん2006/11/29(水) 02:51:44
マジン．ゴー
パイルダー．オン
兜甲児はオブジェクト指向を身につけていた。

ゆけジャイアントロボ
草間大作，君はまだまだだな。
0003デフォルトの名無しさん2006/11/29(水) 02:52:28
>>1
神戦車Ｔ−７２　第十章
http://hobby7.2ch.net/test/read.cgi/army/1161966357/
0004デフォルトの名無しさん2006/11/29(水) 03:37:39
電子ブロック
0005デフォルトの名無しさん2006/11/29(水) 04:10:03
Linux, Unix, BSD...
0006デフォルトの名無しさん2006/11/29(水) 04:15:42
豊臣秀吉の茶室
0007デフォルトの名無しさん2006/11/29(水) 04:27:31
>5
まともなGUIも無いクソOS、マックだけはGUIが秀逸なので許してやる

勃起→濡れ→SEX→妊娠→出産→先頭に戻る

これぞ究極のオブジェクト指向、謎のタンパク質を注入するだけで同種の生命体が
出来てしまうなんて・・。
0008デフォルトの名無しさん2006/11/29(水) 05:14:40
オッパイ嗜好と似てますよね
0009デフォルトの名無しさん2006/11/29(水) 05:48:12
もちろん　うなぎ犬でしょ
うなぎと犬を多重継承した、JavaやSmalltalk、Objective-Cでは表せない高度なオブジェクト
単一継承しか認めない言語はうなぎ犬に謝るべきだ
0010デフォルトの名無しさん2006/11/29(水) 17:09:04
生物クラスを継承し、うなぎインターフェースと犬インターフェースを実装したと考えることもできるわけで。
0011デフォルトの名無しさん2006/11/29(水) 17:27:22
いや、うなぎ犬の出生から考察すれば、
インターフェイスじゃなくて実装の多重継承。
0012デフォルトの名無しさん2006/11/29(水) 21:17:04
むしろうなぎの尾びれや犬の足などのパーツを組み合わせたオブジェクトコンポジションで考えたほうがよさ気
001372006/11/30(木) 04:03:10
自分でツッコミしておきますが、
Motherクラスを確実に継承しているBabyクラスがOreFatherクラスを継承してないという事例に
対してtry〜catchするのかという問題も踏まえてJinseiクラスに継承されていきます。
0014デフォルトの名無しさん2006/11/30(木) 10:27:25
最近CNeetの継承率が高い
0015デフォルトの名無しさん2006/12/01(金) 00:58:14
workメソッド実装し忘れたりとか、バグって動かないだけだろ。。。。。　常識的に考えて
0016デフォルトの名無しさん2006/12/01(金) 01:02:38
どうもsetJobメソッドが呼び出されて無いらしい
0017デフォルトの名無しさん2006/12/01(金) 13:59:23
ところで人類の基底クラスは何？
0018デフォルトの名無しさん2006/12/02(土) 23:33:21
神に似せて創られたというのだから、神ではないだろうか？
0019デフォルトの名無しさん2006/12/03(日) 01:28:45
人は神の能力を継承しているのか？
0020デフォルトの名無しさん2006/12/03(日) 04:07:21
土クラスと神インタフェースじゃなかったっけ？
0021デフォルトの名無しさん2006/12/03(日) 20:10:49
>>17
原子とか分子じゃね？
0022デフォルトの名無しさん2006/12/05(火) 16:49:13
最近だんだん　わかってきた
なんでもオブジェクト化すればいいってもんじゃない
己の脳と合体した有機的オブジェクト指向こそ究極ということだ
２年後には有機的オブジェクト指向がはやるだろう
今の君らには理解しがたい高等概念だが
0023デフォルトの名無しさん2006/12/06(水) 01:23:07
>>1
こうゆう踊らされてるバカが一番困る
0024デフォルトの名無しさん2006/12/06(水) 04:11:56
人もアダムから生まれた18番目の使徒
0025デフォルトの名無しさん2006/12/06(水) 22:46:44
[self kill]
0026デフォルトの名無しさん2006/12/09(土) 16:29:47
オブジェクト指向徹底するとif文がなくなるそうだけど、それ本当に分かりやすい?
0027デフォルトの名無しさんNGNG?2BP(294)
>>26
なんか間違って覚えてないか?
0028デフォルトの名無しさん2006/12/09(土) 17:49:51
>>26
if文無いほうがわかりやすい人にはわかりやすい
if文フェチにはわかりづらい
あってもなうてもどっちでもいい人もいる
0029デフォルトの名無しさん2006/12/09(土) 20:47:18
コードからIF分は消えるかもしれないけど
それは人間がどっかで制御しているだけ
0030デフォルトの名無しさん2006/12/10(日) 00:34:45
>>26
俺もたしかに、読んだことがある。なんか女の人の本に書いてあったが
全てのＩＦ文がなくなるのは、不可能でしょう？、少なくはなるが（人間が制御するんじゃなく多態性で）

＞オブジェクト指向徹底するとif文がなくなるそうだけど、それ本当に分かりやすい?

すくなくとも、テストはやりやすい
逆に、不要なＩＦ文が多いプログラムは、本当に分りにくい
でも俺の理解では、オブジェクト指向とＩＦ文はそんなにと関係ない（少なくとも本質ではない）ような気がする
0031デフォルトの名無しさん2006/12/10(日) 19:08:00
>>26は条件分岐を?演算子で制御するらしい
0032デフォルトの名無しさん2006/12/10(日) 19:38:02
そもそもどこでそんな話を聞いたんだ
0033デフォルトの名無しさん2006/12/12(火) 11:12:19
俺もオブジェクト志向を徹底すれば if 文がなくなると主張する。(他人が書
いているのは見たことないが。) オブジェクトにインスタンスの method を
呼び出すだけで処理が終了することを目指すべき。もっと言えばオブジェク
ト・インスタンスを生成するだけで全ての処理が終了することがベストだ。

でも現実の C++ や JAVA では、それだけのモデル記述ができないとも主張す
る。まだ言語の発展段階として不十分だと主張する。C++ や JAVA で if 文
のないプログラムを目指しても無駄が多すぎする。、現実に使うプログラム
では if 文や switch 文を避けることはできない。

それでも if 文／switch 文の多さはプログラムの質の目安にはなる。
switch 文まるけで記述されたプログラムが珍しくないが、それらは OOP ど
ころか structured programming さえ怪しいプログラムだ。
0034デフォルトの名無しさん2006/12/12(火) 11:22:59
>>33
？？？？？？？？？？？？？？
0035デフォルトの名無しさん2006/12/12(火) 12:20:33
if文に相当する制御構造を何かしらのオブジェクトで肩代わりさせるってだけだろ？
プログラムから条件分岐を無くせるわけはない。
0036デフォルトの名無しさん2006/12/12(火) 17:00:46
>>33
>switch 文まるけ
これがホントの「お里が知れる」。
0037デフォルトの名無しさん2006/12/12(火) 17:26:57
愛知？
0038デフォルトの名無しさん2006/12/12(火) 17:54:16
全てをIF文なしで表現するには、同じ操作が内部状態によって違うメソッドを起動するような
オブジェクト同士のみで局所的に構成されていないと成り立たない。
Smalltalkのように全てがある一種類の特定のクラスから継承できるような理想的な
処理系ではいいけど、そうでない場合にはどこかで無理が生じる。
そして、全てがある一種類の特定のクラスから継承できる必要はないとするのが、
今の風潮であり、インターフェイスの必要性はそこからきているとも考えられる。
よって、全てをIF文なしで表現するのは、無理があるし、その必要性もない。
0039デフォルトの名無しさん2006/12/12(火) 18:51:41
>>2
おいおい、パイルダーオンしてからマジンゴーしないと
エラー拾えないよ？
0040デフォルトの名無しさん2007/01/06(土) 16:25:05
アプリケーションとOS
これが曖昧だから窓ｓはﾀﾞﾒなんだよな
0041デフォルトの名無しさん2007/01/06(土) 17:47:25
具体的にどうしたらよいかかけない貴方もだめですね
■ このスレッドは過去ログ倉庫に格納されています