[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 2chのread.cgiへ]
Update time : 06/26 23:08 / Filesize : 115 KB / Number-of Response : 533
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

オブジェクト指向は愚かな考え。



1 名前:デフォルトの名無しさん [2014/03/01(土) 16:49:54.65 ]
オブジェクト指向は愚かな考え。排便メソッドを実装した人間クラスから美少女クラスが作れない。
hayabusa3.2ch.net/test/read.cgi/news/1393649485/

オブジェクト指向(英語:Object Oriented)とは、主にソフトウェアの設計や開発における考え方のひとつ。
大きな意味でのデザインパターンである。

近年では「オブジェクト指向」というとC++、Java、C#、Ruby、PHPなどの「オブジェクト指向プログラミング言語」、
およびそれらを用いた「オブジェクト指向プログラミング」が世の大半を占めている関係で、まるでイコールのように
言われることも多いが、あくまで物事の考え方であり、プログラミング言語に限ったものではない。

たとえば、最近ではあまり新規では見かけなくなったが、医療分野で使われているDICOM規格をはじめ、UNIXやLinuxで
今なお使われているX Window Systemの仕様書など、1980年代ごろにはオブジェクト指向規格書やオブジェクト指向
仕様書なるものも大量に存在した。
monobook.org/wiki/%E3%82%AA%E3%83%96%E3%82%B8%E3%82%A7%E3%82%AF%E3%83%88%E6%8C%87%E5%90%91

346 名前:デフォルトの名無しさん mailto:sage [2014/03/26(水) 21:41:35.89 ID:FbuvqMDP]
> ただ単にメソッドを実行しているだけ。

そういう論理は、どんなコンピュータも機械語を実行しているだけ。だからアセンブリ言語以外無用。
という無意味な結論にしかならないよ。

347 名前:デフォルトの名無しさん mailto:sage [2014/03/26(水) 22:22:28.57 ID:46PJc7fJ]
メソッドにメッセージを送るのではなく、オブジェクトにメッセージを送るとメソッドがじっこうされる。


メッセージを送るというのを意識した言語なんてRubyとかごく一部な気が。
普通の言語ならメソッドを呼ぶのほうが一般的に使われる(rubyとかも)

メソッドはサブルーチンの一種だから、わざわざ誤解する可能性のあるサブルーチンという用語を使う意味はない

348 名前:デフォルトの名無しさん mailto:sage [2014/03/26(水) 22:33:14.81 ID:UEvWvg+1]
プーチンでも呼んで来い

349 名前:デフォルトの名無しさん mailto:sage [2014/03/26(水) 23:09:45.02 ID:eb0F/6mj]
サブプーチン

350 名前:デフォルトの名無しさん mailto:sage [2014/03/26(水) 23:18:06.04 ID:Cc+RYh9g]
サブルーチンという用語だと、データと処理が別々になってしまう印象を受けるな。
メソッドだと、大体はカプセル化されてデータを隠蔽する印象。

呼び出して使う側からすると前者は面倒。呼び出し側がデータの後始末意識しないといけないし。

351 名前:デフォルトの名無しさん mailto:sage [2014/03/26(水) 23:24:41.77 ID:lornT58y]
オブジェクト指向だからといってガベージコレクションやRTTIが完備されてるわけじゃない。

352 名前:デフォルトの名無しさん mailto:sage [2014/03/26(水) 23:28:38.92 ID:dEVLbQ7F]
関数とサブルーチンに明確な境目はないけれど、
ちゃんとした関数なら副作用がなくてテストが容易で
コードの中身を見なくても処理が推測できるもので

だめな関数=サブルーチンは、副作用がメインでテストが難しい
コードの中身を見ないと何をやっているのかさっぱりわからない。
ってイメージが有るな。


たとえば、コードが長くなったから
一部分をそっくり抜き出して、関数にすると
たいていダメな関数=サブルーチンになってる。

そういうサブルーチンばっかり作っているような技術力の低い所だと
関数(実際はサブルーチン)を使うとあちこちにジャンプする必要があるから
コードが読みにくい!とか言うやつが出てくる。(本当はちゃんとした関数をかけてないから)

353 名前:デフォルトの名無しさん mailto:sage [2014/03/26(水) 23:32:30.86 ID:LlFFIxqw]
おいおい、そんな基本的な話されても…

…なんだここ素人しかいねえよw

354 名前:デフォルトの名無しさん mailto:sage [2014/03/26(水) 23:37:45.86 ID:XRtgkR6L]
俺もワンにゃーでは全く分からんかったな…
スクリプト系で、組み込みの配列や文字列、果てはBigIntや実数どころか
フツーの小さな整数までがオブジェクトとされてる言語を触ってから
「あ、オブジェクトって、たかがそういう話なんだ?」と気付いた
その「たかがオブジェクト」が中々理解に苦しんだ



355 名前:デフォルトの名無しさん mailto:sage [2014/03/26(水) 23:47:01.97 ID:XiMhbNPd]
そう。現実のオブジェクトってどんなものでも多機能なイメージになるよな。
だから、初心者がそのイメージで設計すると、そのまま多機能で大量のメンバー変数と
メソッドを持つクラスになってしまう。

356 名前:デフォルトの名無しさん mailto:sage [2014/03/26(水) 23:54:00.90 ID:MAe46oc1]
>>354
そうだよ。実は知らない人のほうが理解早いぐらい。
それぐらい普通の概念なんだよね。

俺も小学5年生の時、BASICを少しかけるようになった時、
よしエロいゲームを作ろう。
さて女の子を作るにはどうしたらいいんだ?
頭、顔、足、手、おっぱい、これらをどうやってプログラムすればいいんだ?

で、ここまでで挫折した。

その後オブジェクト指向ではない言語を使ってきて、
体のパーツを作ろうとかいう発想じゃダメだなーってわかったんだが、

オブジェクト指向を理解して、あの時考えたものは
オブジェクトを使うことによって、実装可能であることに気づいた。

357 名前:デフォルトの名無しさん mailto:sage [2014/03/27(木) 00:34:43.69 ID:Q+RTv4Ce]
>>355
15年後の>>337が1クラスに1000メソッド詰め込んだ感じか?

358 名前:デフォルトの名無しさん mailto:sage [2014/03/27(木) 01:27:26.01 ID:aIgjMDhZ]
 まああれだ、、、古典的な教本ではサブルーチンって読んでいたわけだ。
BASICとかFORTRANの時代な。

 ルーチン(手続き、処理)のサブだから、子プログラムはサブルーチンと読んでいたわけだ。

 C言語が出現してこれを関数(ファンクション)といい始めた。
K&Rの主張は、サブルーチンは、x=f()の関係だから関数なんだというもんだったな。

 言っている事は同じなんで違和感がここまではなかった。

 C++になってメソッドと言いはじめて、、、メッセを送るだと?・・・これでどれだけ有望な技術者が納期を守れず夜逃げしたことか。。。これ実話。

359 名前:デフォルトの名無しさん mailto:sage [2014/03/27(木) 01:36:42.90 ID:aIgjMDhZ]
>>347
>メソッドにメッセージを送るのではなく、オブジェクトにメッセージを送るとメソッドがじっこうされる。

 自然言語としてヘンだってことを理解してほしい。
メッセージという言葉がおかしいんだよ。

 メッセというのはマルチタスクで動いているプログラムA,Bの間でプロセス間通信を利用し、メッセージを送るというのが本来の使い方。
メッセージという言葉使った瞬間にそういう誤解を受ける。これが大問題。

 階層構造を持つ、クラス定義したジャンプテーブルに従い、関数を読んでいるだけなんで、実際にはメッセージでも何でもない。

 現実に即して言うならば、メッセージという言葉を最初に使った時点で思想家を気取った香具師がこの言葉を選らんだのではにかと思うわけだ。

360 名前:デフォルトの名無しさん mailto:sage [2014/03/27(木) 01:48:22.72 ID:aIgjMDhZ]
>>346
>そういう論理は、どんなコンピュータも機械語を実行しているだけ。
>だからアセンブリ言語以外無用。という無意味な結論にしかならないよ。

ならんと思うよ。
アセンブラの観点から見ると、FORTRAN->C言語->C++の流れはポインタ操作に関しては先祖返りだというのが良く判る。

FORTRAN/COBOLの時代に、良く使う機能を強化し、レアな機能を隠蔽したわけなんだが、隠蔽されていたポインタはやっぱり必要だろうとC言語で復活した。

C言語ではデータ操作を前提としていたが、サブルーチンもポインタ操作する必要があるというのでC++が出現したと言う指摘は可能だ。

361 名前:デフォルトの名無しさん mailto:sage [2014/03/27(木) 02:13:25.02 ID:1568NTop]
>>359
たしかにメッセージという言葉は他にも使われていた用語だから紛らわしいけど、おかしいまではいかないでしょ
言語によって用語の意味が異なることもあるんだし

俺もそれほどメッセージの考え方が好きなわけではないけど、
メソッドがジャンプテーブルになかった時とかメッセージのほうが自然な解釈ができる気がする

362 名前:デフォルトの名無しさん mailto:sage [2014/03/27(木) 06:32:58.93 ID:ryvqkXO3]
>>353
今更かw
ここには妄想技術者とか日曜プログラマしかいねーよ

363 名前:デフォルトの名無しさん mailto:sage [2014/03/27(木) 10:25:29.12 ID:8HxvNny/]
>>362 理解できないのでそう思うのですねわかりますw

副作用があるものまでひっくるめて「関数」と呼んじゃうのはC言語他の悪い慣習に過ぎないな。
一般名詞と、特定の言語仕様におけるテクニカルタームは、ちゃんと峻別しなきゃダメ。

364 名前:デフォルトの名無しさん mailto:sage [2014/03/27(木) 10:42:48.93 ID:Dupb/ZEA]
ワナビーくんが駄目出ししたところで意味ないでしょ



365 名前:デフォルトの名無しさん mailto:sage [2014/03/27(木) 10:51:17.07 ID:qIhM9I6N]
いっつも思うんだが、語る資格がないような雑魚ほど語りたがるよなw
子供が政治を語ってるような陳腐さになぜ本人は気づかないのか。
ひたすらそれが不思議でならない。

366 名前:デフォルトの名無しさん mailto:sage [2014/03/27(木) 10:51:19.59 ID:8HxvNny/]
そう思うなら「C言語は関数型言語」とか主張して一生混乱しとけ

367 名前:デフォルトの名無しさん mailto:sage [2014/03/27(木) 10:51:51.82 ID:8HxvNny/]
> 子供が政治を語ってるような陳腐さになぜ本人は気づかないのか。

自己紹介乙w

368 名前:デフォルトの名無しさん mailto:sage [2014/03/27(木) 13:00:54.46 ID:ryvqkXO3]
もう「手続き」って読んどけよ(笑)

369 名前:デフォルトの名無しさん mailto:sage [2014/03/27(木) 13:39:33.43 ID:pwhdAG7g]
Smalltalk知らなさそう

370 名前:デフォルトの名無しさん mailto:sage [2014/03/27(木) 14:40:21.96 ID:TYq55S8V]
そりゃしょうがないよ。K&RがC言語は関数型言語だって「プログラミング言語C」の中で言っていたよね?
K&Rは原理的に数学オタクだった気がするなwww

 彼らが作ろうとしたUnixが物事を徹底して抽象化して一元化したものだから、さもありなんという気がする。

 こないだLinuxでプロセス管理していたんだが、Linux/Unixって、プロセスをファイルで管理しているのな・・・あれは驚いた。
プログラムを実行するとプロセス番号を名前に持つファイルがポコポコ生まれる。

 実にファンダメンタルだなって思ったよwww

 まあミニコンがメモリ8Kだから32Kだかって時代の名残りかもしれんが。。。

371 名前:デフォルトの名無しさん mailto:sage [2014/03/27(木) 14:49:02.41 ID:8HxvNny/]
> そりゃしょうがないよ。K&RがC言語は関数型言語だって「プログラミング言語C」の中で言っていたよね?

何頁?

372 名前:デフォルトの名無しさん mailto:sage [2014/03/27(木) 14:49:06.26 ID:TYq55S8V]
 ただなあ、、、オブジェクト指向が実学ではなく、宗教化しているんじゃないかなあ。。。
 一般的にオブジェクト指向と称している言語の文法を「オブジェクト指向」と誤解しているのは良い事ではないだろう。

 たかがオブジェクト指向、その証拠に、Linux系のコンパイラ系オープンソースの開発のほとんどはC言語ベースで行われている。
C++でオブジェクト指向というのはめったに見かけない。

 つまり世の中のシステムの大半はC言語で十分、いやC++では無理があるということを暗示している。

      ***

 C++でないとダメだって分野もあるから一律否定はしない。

 Linux系のGUIライブラリGTKは、C言語ベースなんだが失敗例だろうな。
GTK+になってクラス化されて始めてまともに使えるようになった。

 C言語だと、GUIライブラリは設計者が上手くないと失敗するんだろうな。
MSのMFCとかGUI関連にクラスライブラリが多いのはそれがC++と相性が良いんだろう。。。

 でもこれは珍しいケースだと思うけどね。

373 名前:デフォルトの名無しさん mailto:sage [2014/03/27(木) 14:53:29.35 ID:TYq55S8V]
>>371
太古の昔に読んで記憶しかないな。確か、Cではサブルーチンは関数として扱うという記述のところで見たと思う。
あるいは<stdio.h>のあたりかな。

 いや、まてよ・・・main()のところかもしれん。www
main()関数つまり、それ自体が関数型言語だと自己主張しているように見える。

374 名前:デフォルトの名無しさん mailto:sage [2014/03/27(木) 14:54:34.18 ID:8HxvNny/]
C言語の「関数」は、単に「そう呼んでるだけ」だから。



375 名前:デフォルトの名無しさん mailto:sage [2014/03/27(木) 15:00:42.38 ID:pwhdAG7g]
>>370
>  こないだLinuxでプロセス管理していたんだが、Linux/Unixって、プロセスをファイルで管理しているのな・・・あれは驚いた。
> プログラムを実行するとプロセス番号を名前に持つファイルがポコポコ生まれる。

procfsでググれアホ

376 名前:デフォルトの名無しさん mailto:sage [2014/03/27(木) 15:10:02.00 ID:8HxvNny/]
つーかUNIX的には後付けだな。
Plan9あたりからのバックポート。

377 名前:デフォルトの名無しさん mailto:sage [2014/03/27(木) 15:43:10.94 ID:TYq55S8V]
>>375

ググッタがね、、、ってかさ、徹底的にファイルで一元管理しているのが凄いと思わんか?
おれはのけぞったよ。

 ユニファイドIOでここまで突き詰めたんだなってのが素直な感想。

378 名前:デフォルトの名無しさん mailto:sage [2014/03/27(木) 15:54:51.60 ID:8HxvNny/]
一元管理してるわけじゃないよ。
単に、昔はpsコマンドとかが実装に依存して情報を得ていたような所にAPIを横から追加してるだけ。

ネットワークまわりがファイルに乗ってないというUNIXの設計は変わってないし、
「ユニファイドIO」とやらが一体何を指してるのか知らないけど、何も突き詰めてない。

379 名前:デフォルトの名無しさん mailto:sage [2014/03/27(木) 15:55:24.20 ID:pwhdAG7g]
>>377
多分、俺とお前の「管理」が意味するところが違うんだと思うので、これ以上話しても無駄だなという感想

380 名前:デフォルトの名無しさん mailto:sage [2014/03/27(木) 16:28:28.45 ID:TYq55S8V]
>>379

おれもそう思うよ。
俺は素直に、Unixって原理的にコダワッテイルナと思うわけよ。

こないだ、ディスク管理ツールを作ったんだが、GUIからシェルコマンド叩いてスタンダードIOだけでプログレスバーを表示出来たときには感動したなあ。

381 名前:デフォルトの名無しさん mailto:sage [2014/03/27(木) 16:39:10.50 ID:pwhdAG7g]
ただかまって欲しいだけなんだろうか。

382 名前:デフォルトの名無しさん mailto:sage [2014/03/27(木) 17:58:56.11 ID:1568NTop]
単にいろんなものファイルとして処理するという発想なだけでメモリが少なかったとか関係ないじゃん

383 名前:デフォルトの名無しさん mailto:sage [2014/03/27(木) 18:07:02.02 ID:8HxvNny/]
ファイルに抽象化して、むしろオーバーヘッドが増えるんだから、メモリは余計に食うよな。

(初期の)BSDなんかは、仮想記憶を使うためにBSDがあるのか、BSDを使うために仮想記憶があるのか、
てな感じにメモリ空間を必要としたようだしw

384 名前:デフォルトの名無しさん mailto:sage [2014/03/27(木) 19:09:37.68 ID:2/K+jOvx]
久々に覗いたら、まじめなはなしになってんな……

美少女クラスの話をしてくれよ!



385 名前:デフォルトの名無しさん mailto:sage [2014/03/29(土) 09:32:47.62 ID:mXUNxkRi]
美少女とは二次元空間にしか存在しない架空の存在である

386 名前:デフォルトの名無しさん mailto:sage [2014/03/29(土) 13:45:56.23 ID:f2a6Bc9R]
アニメーターとかは、バスや電車で人物観察してスケッチに残したりする。アンケートの標本みたいに、
現実世界の人々のサンプリングとして使う。が、それって本当に客観的で抽象的なデータなのか?
Googleマップとかでも起こりうるように、そういうのは実際には全部個人情報なのではないか?
美少女キャラといっても、9割方は現実に存在する美少女のパッチワークであり、絵描きがクリエイト
した部分は1割もないのが普通ではないか?宮崎アニメでなぜわざわざ、スタッフの人に似せたキャラ
を出したりするかというと、元のモデルが差し障って使えなかったりするからだろう。

387 名前:デフォルトの名無しさん mailto:sage [2014/03/30(日) 06:48:57.96 ID:ur7wdjMW]
へんなもの食ったのか?

388 名前:デフォルトの名無しさん mailto:sage [2014/03/30(日) 09:08:19.08 ID:fmP+ZTw3]
>>384
なにげに良スレになってるな。

ダックタイピングにおける美少女クラスの持つべき属性を
まじめに論じてくれよ。

389 名前:デフォルトの名無しさん [2014/03/31(月) 10:22:08.76 ID:d/6Xhq7D]
>>373
Cは関数型言語じゃない
ソースはwiki

390 名前:デフォルトの名無しさん mailto:sage [2014/04/09(水) 17:53:39.69 ID:iVtPfWG1]
Cはただ命令型言語

391 名前:デフォルトの名無しさん mailto:sage [2014/04/09(水) 22:53:43.95 ID:PWguwHse]
>>390
命令型で無いものの名前と代表的な言語を教えて頂けますか

392 名前:デフォルトの名無しさん mailto:sage [2014/04/10(木) 05:11:41.58 ID:sy5Vj+v2]
>>391
宣言型言語。Scheme, Haskell, Prolog など

393 名前:デフォルトの名無しさん mailto:sage [2014/04/22(火) 17:13:34.79 ID:jOCCWe2b]
今北

外出とは思うがJSみたいなオブジェクト指向なら
メソッドを削除するだけだから何の問題もないな

394 名前:デフォルトの名無しさん mailto:sage [2014/04/22(火) 17:34:35.32 ID:kD92NltV]
JCかJKみたいなオブジェクト指向も頼む



395 名前:デフォルトの名無しさん mailto:sage [2014/04/23(水) 22:13:57.74 ID:rToGCAYv]
2ついいことを教えてやろう。HunterxHunterはなぜ唐突にアリの話になったのか?
『社会生物学』のEdward O. Wilsonが、アリの研究者だからだ。そして、新しいガ
ンダムがなぜレコンギスタなのか? --- 「The Social Conquest of Earth」という
新著の題名から採ったかは別として、おそらくそのあたりがネタ元のはず。

396 名前:デフォルトの名無しさん mailto:sage [2014/04/28(月) 16:16:29.13 ID:zA2QJfGQ]
オブジェクトってのは個体の全ての情報を持っているわけじゃなくて
あるテーマにおける情報と振る舞い方を表してるにすぎない
筆記用具としてのペンと、凶器としてのペンではクラスを別にしないといけない
データベースのレコードがいい例えになる
僕らが扱っているのはオブジェクトではなく、あくまでオブジェクトの側面なのだ。
それどころかオブジェクト自身が側面の集まりであることに気づくべきなのだ

397 名前:デフォルトの名無しさん mailto:sage [2014/04/28(月) 23:08:43.05 ID:BPdrCHGq]
そういうオブジェクト指向の哲学を中心に語った本って何かある?

398 名前:デフォルトの名無しさん mailto:sage [2014/04/28(月) 23:33:00.51 ID:Psvl1AKr]
>>396
おかしい。

あるオブジェクトが筆記用具(クラス)として扱われたり、凶器(クラス)として扱われるというのが、
OOPの多態性の話だというのに。

君が言ってるのは、「クラス」の話なんだから、どこをどうやったら、それが「オブジェクト」の話として、
そういう大上段に構えた主張になれるわけ?

399 名前:デフォルトの名無しさん mailto:sage [2014/04/29(火) 07:25:50.46 ID:POF8JjRC]
オブジェクト自体には情報が無いって事?
型抜きが増えるたびに情報が付与されていく感じか

400 名前:デフォルトの名無しさん mailto:sage [2014/04/29(火) 07:28:04.70 ID:POF8JjRC]
ペン自体はそういう形をした物質でしか無いからな。

401 名前:デフォルトの名無しさん mailto:sage [2014/04/29(火) 08:02:23.15 ID:POF8JjRC]
ん、なんか変だな
そういう形をした物質は、筆記用具としても凶器としても使える。
で問題ない気がする。

そもそもクラスからオブジェクトを生成するってのが変なんだよな
△クラスと□クラスと○クラスが合わさって☆クラスになる
☆クラスのインスタンスが☆オブジェクト

でも現実には☆オブジェクトが先にある
☆の要素を分解したら△、□、○に分解できるわけだ

でも使い方なんてのは無限に付与できるわけで
それは☆が元々持っている情報なのかって話になってくる

新しい使い方が付与されると☆は☆ではなかったという事態になる。
それが☆はそれ自体の側面でしかないってことか。

402 名前:デフォルトの名無しさん mailto:sage [2014/04/29(火) 12:44:35.35 ID:TvL0I6wZ]
>>398
そ、それは多態性ではないお。

403 名前:デフォルトの名無しさん mailto:sage [2014/04/29(火) 13:43:39.95 ID:A+wzKE9y]
ペンにwriteメソッドとattackメソッドをつけるのか

404 名前:デフォルトの名無しさん mailto:sage [2014/05/05(月) 17:03:18.55 ID:1BHBnJWI]
ココは memset で構造体初期化しちゃうひとたちの掃き溜まり?



405 名前:デフォルトの名無しさん mailto:sage [2014/05/05(月) 18:53:00.16 ID:iOAd4z36]
>>404
当たり前だろ
仕様上も問題ないぞ

406 名前:デフォルトの名無しさん mailto:sage [2014/05/05(月) 22:22:56.91 ID:CN0OEHd5]
IEEE754 だったら問題ないね、他あるかね

407 名前:デフォルトの名無しさん mailto:sage [2014/05/05(月) 23:00:18.68 ID:2z4BaSVB]
内部表現が0以外のヌルポな環境もダメだね。
今時そんな環境無いとは思うけどね。

408 名前:デフォルトの名無しさん mailto:sage [2014/05/06(火) 00:52:53.49 ID:wMsmsiA/]
C++のコンストラクタ付きの構造体や、初期化関数付属なら流石にそれに任せるよ

409 名前:デフォルトの名無しさん mailto:sage [2014/05/06(火) 14:58:13.92 ID:8Qg1rCMs]
>>408
c++ なら、ゼロ初期化に明示的なコンストラクタは必要ないんだけどね。

struct A {/* 宣言何でも */};

A a = {}; //←とか、
A a = A(); //←でオケ。

410 名前:デフォルトの名無しさん mailto:sage [2014/05/06(火) 16:48:58.48 ID:wMsmsiA/]
>>409
A a = {}; は知ってたし、それが書ける状況なら書いてる。(まあ大概は値も書くけど)

A()はゼロ初期化なのか、知らんかった。

…ただ、一番書きたいのはゼロ初期化よりも任意値での初期化だなあ。
特にコンストラクタ初期化子とnew。最近のC++規格ではできる?

411 名前:デフォルトの名無しさん mailto:sage [2014/05/06(火) 19:07:35.27 ID:t6gEhEsD]
CでもC99からは A a = {0}; でゼロ初期化できる

A a = {.x = 10, .y = 5 } で特定のメンバだけ初期化できる(他の値はゼロ初期化)も便利

412 名前:デフォルトの名無しさん [2014/05/14(水) 07:32:04.56 ID:1OGBraEf]
オブジェクト指向はクソか?
qiita.com/tokomakoma123/items/fb7530232912dc4176c4

413 名前:デフォルトの名無しさん [2014/05/15(木) 20:41:54.76 ID:WhJaypeI]
お前らみたいなゴミが使うには十分過ぎる

414 名前:デフォルトの名無しさん [2014/05/28(水) 01:02:49.30 ID:lGdlGpum]
人間ならばクソをする
美少女はクソしない
つまり美少女が人間を継承するのがおかしい



415 名前:デフォルトの名無しさん mailto:sage [2014/05/31(土) 16:11:39.13 ID:eTy5fHBW]
>>414
つ virtual

416 名前:デフォルトの名無しさん mailto:sage [2014/06/01(日) 23:19:04.36 ID:b5kgbd/f]
理解できないものに人は発狂するものなんだね

417 名前:デフォルトの名無しさん [2014/06/01(日) 23:38:16.13 ID:arqWqssg]
人間にうんこさせることはできる
美少女にはうんこさせられない
∴美少女クラスのうんこメソッドが呼び出されたら例外を投げればよい。

class Human
{
  Human() { }
  virtual void Unko()
  {
    /* Unko */
  }
}

class PrettyGirl : Human
{
  PrettyGirl() { }
  new void Unko()
  {
    throw new InvalidOperationException("No pretty girls can excrete.");
  }
}

418 名前:デフォルトの名無しさん mailto:sage [2014/06/01(日) 23:52:11.17 ID:hgOmvH3S]
だからうんこするなんてメソッド自体無いの

419 名前:デフォルトの名無しさん mailto:sage [2014/06/02(月) 00:44:51.78 ID:tefrIQhm]
Humanから派生させるのが誤り
終了

420 名前:!omikuji mailto:sage [2014/06/02(月) 00:46:06.91 ID:wL8q2tSx]
>>419
これ
美少女は美少女であって人間ではない

421 名前:デフォルトの名無しさん mailto:sage [2014/06/02(月) 05:31:06.30 ID:wWzzbAT8]
人型基底クラスを作って派生だな。

422 名前:デフォルトの名無しさん mailto:sage [2014/06/02(月) 18:44:04.41 ID:z+2jxbnt]
生命体→動物(うんこ)→人間
   →美少女

こうだろ例え隠蔽しようが例外を投げようが美少女にうんこメソッドを持たせること自体が継承関係としておかしい

423 名前:デフォルトの名無しさん mailto:sage [2014/06/02(月) 18:47:29.28 ID:Q2JN1vdj]
委託にすればいいだろ

424 名前:デフォルトの名無しさん mailto:sage [2014/06/02(月) 21:12:22.39 ID:bFWGwTOa]
わかったわかった
俺が結論を書いてやる

美少女クラスが全てのスーパークラスだ
人間クラスは美少女クラスのプロパティ値をブサイク側に落としたり、排便メソッドを追加したにすぎん



425 名前:デフォルトの名無しさん mailto:sage [2014/06/02(月) 21:14:01.90 ID:BsTuHAB4]
>>424
お前みたいなやつが設計してくれると助かるんだがなあ

426 名前:デフォルトの名無しさん mailto:sage [2014/06/02(月) 21:41:44.95 ID:GxQx5MVJ]
>>424
おいおいおいキモヲタも美少女から派生したって言うのか

427 名前:デフォルトの名無しさん mailto:sage [2014/06/02(月) 22:17:08.69 ID:zBJnJbic]
>>424
ナイスだねえ

428 名前:デフォルトの名無しさん mailto:sage [2014/06/02(月) 22:37:55.39 ID:B78Q4Bvn]
このネタ、方々で妙に盛り上がるけど
よーく考えると、かなりキモイと思わんか

429 名前:デフォルトの名無しさん [2014/06/02(月) 22:42:46.80 ID:v9gL5QeH]
なぜオブジェクト指向で作るのか?
って本でも読んでみなさい
ベストかどうかはわからんがベターな手法がOOだってだけだ

430 名前:デフォルトの名無しさん mailto:sage [2014/06/02(月) 22:46:54.20 ID:NlQ/mcTl]
>>428
美少女が万年便秘って話だもんな

431 名前:デフォルトの名無しさん mailto:sage [2014/06/02(月) 22:59:08.75 ID:B78Q4Bvn]
みんなそろいもそろって美少女美少女って連呼しているのに
誰もそこにツッコを入れないところが、なんつーか、異常事態なわけだよ。

432 名前:デフォルトの名無しさん mailto:sage [2014/06/02(月) 23:04:01.32 ID:tefrIQhm]
美少女という名前ならそう呼ぶ以外ないだろ
どんな生き物かみたことないけど

433 名前:デフォルトの名無しさん [2014/06/02(月) 23:04:43.01 ID:HTALVQrn]
ある種のストレス発散法

434 名前:デフォルトの名無しさん mailto:sage [2014/06/03(火) 01:19:24.34 ID:aLVsXfyI]
美の少ない女



435 名前:デフォルトの名無しさん mailto:sage [2014/06/03(火) 08:53:40.72 ID:7GUeu0U0]
>>429
なぜオブジェクト指向で作るのか?って最悪ではないがわかった気にさせるだけのダメ本だろ

436 名前:デフォルトの名無しさん mailto:sage [2014/06/03(火) 16:48:58.05 ID:SoScdUlm]
微笑女「ふっ」

437 名前:デフォルトの名無しさん mailto:sage [2014/06/05(木) 12:06:29.51 ID:sbJqvd4f]
メソッドはすべてinterfaceにすべきですか?

438 名前:デフォルトの名無しさん [2014/06/05(木) 15:43:28.24 ID:bTGozmC4]
人間に排便メソッドを付けるのが間違ってんだろ

439 名前:デフォルトの名無しさん mailto:sage [2014/06/05(木) 15:54:28.17 ID:CKgEe1xE]
美少女の排便メソッドが外部(他人)からpubulic(呼び出せる)と考えると、ありじゃね?
privateだとしても、美少女インスタンスが他の美少女インスタンスの排便メソッドをコールできるんだぜ。スカトロジーキマシタワー
さらにc++だと friendクラスにしておけば男クラスでも美少女の排便メソッドよびだせるんだぜ。この美少女超ビッチ

結論から言うと、オブジェクト指向(美少女)は確かに愚かかもしれない。でも、ありじゃね?

440 名前:デフォルトの名無しさん [2014/06/05(木) 15:56:58.81 ID:bTGozmC4]
>>439
たとえ同期メソッドで待ちが発生しても大量コールするわ

441 名前:デフォルトの名無しさん mailto:sage [2014/06/05(木) 17:20:39.18 ID:a7PnX2WK]
トイレの排便メソッドに人を渡す

442 名前:デフォルトの名無しさん [2014/06/05(木) 17:21:23.44 ID:bTGozmC4]
>>441
人オブジェクトを渡されたトイレはそのオブジェクトをどうするんだ?

443 名前:デフォルトの名無しさん mailto:sage [2014/06/05(木) 17:24:45.27 ID:7wqllzhY]
排便済みフラグを立てるだけだろ

444 名前:デフォルトの名無しさん mailto:sage [2014/06/05(木) 17:50:53.41 ID:m9Ubt7TR]
そもそも美少女クラスを人間クラスから継承すること自体が愚かだと思うんだが



445 名前:デフォルトの名無しさん mailto:sage [2014/06/05(木) 17:54:52.86 ID:a7PnX2WK]
美少女判定クラスに人間クラスを渡す

446 名前:デフォルトの名無しさん mailto:sage [2014/06/06(金) 04:27:06.84 ID:D3Fkllmq]
クラス拡張にextendsではなくmutatesを使えばいい






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

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<115KB

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