0001uy ◆e6.oHu1j.o 2016/07/09(土) 00:35:13.95ID:Mn3UGZ+O
…と書いたものの
少なくともオブジェクト指向“プログラミング”の主流は、ケイのメッセージングのそれよりは
長らくストラウストラップらの抽象データ型のオブジェクト指向の独擅場であり、さらに言えば
今世紀に入ってから作られた言語の型システムも急速に整備されてきている
ケイがSmalltalkでの実験を通じて目指した究極の動的性を必要とするならともかく
そこいらの普通の動的型言語が持っているダックタイピング程度の柔軟性でいいなら
最近の静的言語なら大抵対応できるので、いずれにせよメッセージングのことは忘れていいと思うよ
何十年前の爺が言った妄言を未だに信奉して
「メッセージがアレなんだぜ知らんけど」
とかもうね馬鹿かとアホかと
おまえ今までずっとマンマのおっぱいでも吸ってたんかボケ?
制限は分けるけど、同一的に扱えるようにしろって
流れが追加されてるのを忘れないように
見えない敵と戦ってた奴も参戦してて、何百スレも話が混乱したままだったのかもな
全然読んでないけど今までの経験から察するにsmalltalkerが悪い
Modelって言っても色々あるからな
ViewModel InputModel DocumentModel DomainModel ServiceModel DataModel...
ロジックの集合体みたいなものから振る舞いを持たないDTOまでなんでもあり
オブジェクト指向を知ってるプログラマだと
、ビジネスロジックと言えば主にDomainModelなのでModelはビジネスロジックを持つ、となる
手続き型から脱却できていない人にとっては、ModelとはなんらかのDTOつまりただのデータ集合のことだからModelはビジネスロジックを持たない、ロジックはトランザクションスクリプトに書くものだ、となる
このスレの人間はオブジェクト指向信者が多いが、あの人を代表に敬虔な手続き型信者も紛れ込んでいる
つまり、このスレで手続き爺手続き爺って言ってたやつは
自分はアホですって自己紹介していたようなものって事だな
だってこういう場合、普通は手続きって言葉は使わない
パラダイムの世代を表したいなら「構造化言語」って言葉を使うのが普通だ
手続きって言った場合は、関数型に対する手続き型の意味合いがあるからな
それと、巷のオブジェクト指向言語(Java C# C++ etc)が手続き型って認識が無いから
アホみたいな発言を繰り返してしまうってのもあるだろうな
メソッドを呼びあって相互作用する「手続き」を「プログラム」する
ってのが分かってない
OOPだろうが結局バグを生まないために一番大事なのが「処理の順番を守ること」である以上
手続き型としか言いようがない
まぁOOPはカプセル化とか、ある程度は保護してくれるけど
メソッド呼び出しの順番やタイミングを誤ったことをコンパイル時に知らせてくれる
な〜んて事は無いので
結局手続き型の、手続きを守らなければならないという
一番の弱点が残っている以上はOOPも手続き型に違いないわけだ
関数型はそれが出来るというより
意図的に排除する仕組みが言語仕様で用意されているといったほうがいいな
システムの設計について書くやつと言語仕様について書くやつが居てちぐはぐだな
つまり存在は証明できないが神はいるってことか
関数型って宗教だったんだ
10011001Over 1000Thread
このスレッドは1000を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。
life time: 395日 14時間 15分 19秒