オブジェクト指向システムの設計 172 [無断転載禁止]©2ch.net

uy ◆e6.oHu1j.o · 2016/07/09(土) 00:35:13.95

前スレ
オブジェクト指向システムの設計 171 [無断転載禁止]©2ch.net
http://echo.2ch.net/test/read.cgi/tech/1465636703/

**デフォルトの名無しさん** · 2017/08/06(日) 13:39:24.70

>>959
そんなバカなこと言ってたのは名前を言ってはいけないあの人しかいないと思うが？

**デフォルトの名無しさん** · 2017/08/06(日) 15:01:16.06

あの人？

**デフォルトの名無しさん** · 2017/08/06(日) 15:05:28.89

同一的
http://cjjc.weblio.jp/content/%E5%90%8C%E4%B8%80%E7%9A%84

中国人か？

**デフォルトの名無しさん** · 2017/08/06(日) 15:18:04.18

>>969
とういつてき
の間違いだよ

**デフォルトの名無しさん** · 2017/08/06(日) 15:30:49.71

物的志向奴～ｗｗｗ

**デフォルトの名無しさん** · 2017/08/06(日) 15:43:25.30

>>971
中国語？詳しそうだね

**デフォルトの名無しさん** · 2017/08/06(日) 15:44:43.32

チョンは消えろ

**デフォルトの名無しさん** · 2017/08/06(日) 15:44:56.68

>>972
ニーハオファッキュー

**デフォルトの名無しさん** · 2017/08/06(日) 15:46:07.56

品性ってのがよく分かる

**デフォルトの名無しさん** · 2017/08/06(日) 17:56:29.69

>>970
統一的に扱えなんて流れあったか？

**デフォルトの名無しさん** · 2017/08/06(日) 17:58:29.62

つか、
> 書き込みの発端
のレス番書いてくれよ

**デフォルトの名無しさん** · 2017/08/06(日) 19:13:03.66

全ての元凶にして全ての始まりの人

>>412

**デフォルトの名無しさん** · 2017/08/06(日) 22:52:29.30

全然読んでないけど今までの経験から察するにsmalltalkerが悪い

**デフォルトの名無しさん** · 2017/08/07(月) 10:41:09.68

>>978
ビジネスロジックはModelには実装しないだろといいだした奴が元凶

**デフォルトの名無しさん** · 2017/08/07(月) 19:45:10.29

Modelって言っても色々あるからな
ViewModel InputModel DocumentModel DomainModel ServiceModel DataModel...
ロジックの集合体みたいなものから振る舞いを持たないDTOまでなんでもあり
オブジェクト指向を知ってるプログラマだと
、ビジネスロジックと言えば主にDomainModelなのでModelはビジネスロジックを持つ、となる
手続き型から脱却できていない人にとっては、ModelとはなんらかのDTOつまりただのデータ集合のことだからModelはビジネスロジックを持たない、ロジックはトランザクションスクリプトに書くものだ、となる
このスレの人間はオブジェクト指向信者が多いが、あの人を代表に敬虔な手続き型信者も紛れ込んでいる

**デフォルトの名無しさん** · 2017/08/07(月) 22:54:05.41

オブジェクト指向と云ふは死ぬ事と見つけたり

**デフォルトの名無しさん** · 2017/08/07(月) 23:59:19.17

大体のオブジェクト指向言語は手続き型だろ

**デフォルトの名無しさん** · 2017/08/08(火) 00:03:17.12

>>983
え？

**デフォルトの名無しさん** · 2017/08/08(火) 01:18:07.30

>>984
オブジェクト指向っていうのは構造なんで
処理は別にあるんだよ。

処理は手続き型 or 関数型の二種類が多く使われてる

オブジェクト指向＋（手続き型 or 関数型）で
プログラミングするのが今の主流

**デフォルトの名無しさん** · 2017/08/08(火) 10:22:48.17

>>983
> 手続き型プログラミングでは、プログラミングはデータ構造とルーチンの集合に分割される。
> 一方オブジェクト指向プログラミングでは、プログラミングはオブジェクトに分割される。
https://ja.wikipedia.org/wiki/%E6%89%8B%E7%B6%9A%E3%81%8D%E5%9E%8B%E3%83%97%E3%83%AD%E3%82%B0%E3%83%A9%E3%83%9F%E3%83%B3%E3%82%B0

あ · 2017/08/08(火) 10:33:15.83

>>986
その中の、「メソッド」まで見てみた？
あるクラスまたはオブジェクトに存在するサブルーチン、とあって、手続き的な指向までは排斥されてないよ。

**デフォルトの名無しさん** · 2017/08/08(火) 11:00:31.01

>>987
お前とは会話できんわ

**デフォルトの名無しさん** · 2017/08/08(火) 12:30:47.84

つまり、このスレで手続き爺手続き爺って言ってたやつは
自分はアホですって自己紹介していたようなものって事だな

だってこういう場合、普通は手続きって言葉は使わない
パラダイムの世代を表したいなら「構造化言語」って言葉を使うのが普通だ
手続きって言った場合は、関数型に対する手続き型の意味合いがあるからな

**デフォルトの名無しさん** · 2017/08/08(火) 12:39:32.38

それと、巷のオブジェクト指向言語(Java C# C++ etc)が手続き型って認識が無いから
アホみたいな発言を繰り返してしまうってのもあるだろうな
メソッドを呼びあって相互作用する「手続き」を「プログラム」する
ってのが分かってない
OOPだろうが結局バグを生まないために一番大事なのが「処理の順番を守ること」である以上
手続き型としか言いようがない

**デフォルトの名無しさん** · 2017/08/08(火) 12:44:18.16

まぁOOPはカプセル化とか、ある程度は保護してくれるけど
メソッド呼び出しの順番やタイミングを誤ったことをコンパイル時に知らせてくれる
な～んて事は無いので
結局手続き型の、手続きを守らなければならないという
一番の弱点が残っている以上はOOPも手続き型に違いないわけだ

**デフォルトの名無しさん** · 2017/08/08(火) 13:14:56.95

で、この話は>>412の
呼び出してはいけないタイミングでメソッドが呼び出されたらどうする？
って話につながる、というか、戻る

副作用があって処理の順番にプログラムの結果が依存する
手続き型一般にありがちな問題といえる

これを言語仕様で克服できてないということは
JavaもC#もC++も手続き型ということ
手続き型の欠点をそのまま受け継いでいるから
欠点を受け継いでいる以上は無視できない

**デフォルトの名無しさん** · 2017/08/08(火) 13:15:17.67

>>991
順番やタイミングといった動的なものを
コンパイルという静的な視点でエラーにするパラダイムがあるの?
コンストラクタとかあるタイミングで何かを保証するルールならわかるけど

**デフォルトの名無しさん** · 2017/08/08(火) 13:19:47.32

>>993
無いから「手続き型」だと言ってる
欠点をそのまま受け継いでいるから

ただ、順番やタイミングから逃れられる方式もあって、それが関数型なわけだけど
逆にそれが出来る関数型が存在しているからこそ
順番やタイミングに依存する方式は、より一層、手続き型臭いといえるわけだ

**デフォルトの名無しさん** · 2017/08/08(火) 13:21:38.56

>>994
その関数型の実装例を教えて下さい

**デフォルトの名無しさん** · 2017/08/08(火) 13:26:58.10

関数型はそれが出来るというより
意図的に排除する仕組みが言語仕様で用意されているといったほうがいいな

**デフォルトの名無しさん** · 2017/08/08(火) 13:35:10.92

さっぱりわからない

**デフォルトの名無しさん** · 2017/08/08(火) 13:54:08.20

システムの設計について書くやつと言語仕様について書くやつが居てちぐはぐだな

**デフォルトの名無しさん** · 2017/08/08(火) 14:05:36.48

つまり存在は証明できないが神はいるってことか
関数型って宗教だったんだ

**デフォルトの名無しさん** · 2017/08/08(火) 14:50:32.01

何言ってんだ？

**1001** · Over 1000

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。
life time: 395日 14時間 15分 19秒