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

**デフォルトの名無しさん** · 2017/09/26(火) 07:20:38.98

前スレ
オブジェクト指向システムの設計 172
http://mevius.2ch.net/test/read.cgi/tech/1467992113
オブジェクト指向システムの設計 173
http://mevius.2ch.net/test/read.cgi/tech/1502182334/

類似スレ
手続き型システムの設計 1
http://mevius.2ch.net/test/read.cgi/tech/1500282714

**デフォルトの名無しさん** · 2018/04/11(水) 14:26:33.25

「クラスにメソッド送るシステムなんていまじゃ壊滅してる！
21世紀の現代の主流はC ++！」って5ちゃんねるで喚いてる人とか
そりゃ誰も相手したくねぇよw

**デフォルトの名無しさん** · 2018/04/11(水) 15:19:48.90

メッセージングのパラダイムを持ち出しておいて
メソッドとメッセージの区別すらついていない人がよくいるけどここにもいたかｗ

あと現在主流なのはクラスやそれに準ずるエンティティで抽象データ型を実現することで
その出自がC++というだけだよその程度の区別もつかないのか

たった２行の煽りでここまで致命的に間違えられるとかどんな才能だよ…

**デフォルトの名無しさん** · 2018/04/11(水) 20:33:03.91

はいはい、「俺の宗教の教義では俺の信じてるものは俺の神から、
俺の信じていないものは敵の神からもたらされたと決まっているから。」
いただきましたw

**デフォルトの名無しさん** · 2018/04/11(水) 20:37:59.89

敗北宣言ｗｗｗｗ

**デフォルトの名無しさん** · 2018/04/11(水) 21:16:38.37

>>979
まあまあ、しょせんSmalltalkのメッセージはニセモノの出来損ないなんだから
細かいことに目くじらたてるもんじゃ無いよ

**デフォルトの名無しさん** · 2018/04/11(水) 21:41:58.27

ほんとにメソッドとメッセージの区別がついていないらしい…

**デフォルトの名無しさん** · 2018/04/11(水) 22:19:07.62

Erlangという本物を持ち出されてSmalltalkerサンぐうの音も出ないらしい

**デフォルトの名無しさん** · 2018/04/11(水) 23:00:36.75

Erlangはオブジェクト指向というよりメッセージ指向

**デフォルトの名無しさん** · 2018/04/12(木) 13:59:17.22

>>983
説明をどぞ

**デフォルトの名無しさん** · 2018/04/12(木) 14:50:54.59

メソッドとニセモノのメッセージと本物のメッセージの3パターンで説明お願いね

**デフォルトの名無しさん** · 2018/04/12(木) 16:00:33.88

AngularJS

**デフォルトの名無しさん** · 2018/04/12(木) 18:21:05.91

メッセージはオブジェクトに送られる情報（多くの場合はエンティティ）
Smalltalk-72ではトークン列
Erlangなどではデータ列
Smalltalk-76以降はセレクター（多くは呼び出しが期待されるメソッド名）＋引数（オブジェクト）
奇妙だけど他の言語でもSmalltalk-76以降に準じた解釈（メソッド名＋引数）をそう称する場合が多い
一部の宗派でセレクター（メソッド名）のみをメッセージと称する場合もある（Objective-Cでよく見られる〕

メソッドはオブジェクトがメッセージを受けて行う操作
Smalltalk-72ではメッセージにパターンマッチする記述（リーダーマクロのようなもの）
Erlangには無いが、強いて当てはめればメッセージを受けたときの処理部分
Smalltalk-76以降ではクラスに属する関数がそれに当たる

もともと「メソッド」はメッセージを受け取った際に目指す状態である「ゴール」を記述する場とする予定だったが
Smalltalk-76でSimula-67スタイルのクラスとそれに内包される関数を用いる機構を採用したため
クラスに内包される関数とメソッドとの間に明確な差はなくなった

とか、とりあえずこんな感じで

**デフォルトの名無しさん** · 2018/04/12(木) 18:40:29.87

つまり、本当に非同期にメッセージパッシングしてるErlangは特別だけど、
Smalltalkのメッセージはメソッドコールと変わんないってことですね

**デフォルトの名無しさん** · 2018/04/12(木) 21:28:54.61

メッセージがエンティティであることが重要で同期か非同期かは後付けでなんとかなる問題
たとえばIoなんかはそうなっているし、Concurrent Smalltalkという方向性もある

メソッドコールについてはさすがに静的に決定しているそれをメッセージと呼ぶのは滑稽だろう

動的メソッドコールについても例えば期待するメソッドが存在しない等で失敗したときに
メッセージを第一級オブジェクトとして参照可能な機構が組み込まれていないなどサポートを欠いていれば
その言語での動的コールをメッセージと称することはちょっと無理があるような

**デフォルトの名無しさん** · 2018/04/12(木) 21:43:18.97

同期を非同期に変えるのに比べたら、静的なのを動的に変える方が簡単だし、後付けでどうとでなる問題だよ

**デフォルトの名無しさん** · 2018/04/13(金) 09:04:27.08

いずれにせよメッセージと称したい情報を必要なときにエンティティとして扱えるしくみがあればどうとでもできるよ

**デフォルトの名無しさん** · 2018/04/13(金) 09:30:36.78

メッセージがメソッドコールだとしても、基底クラスに共通メソッドとして実装されているならそれはメッセージで間違いないだろ。

**デフォルトの名無しさん** · 2018/04/13(金) 09:45:51.29

メソッドコールと違いメッセージというからには送り手はその都合で情報を勝手に送りつけるわけだから
それを受け手がどう処理するかについて関知しないスタンスがとれなければさすがにダメだろう

**デフォルトの名無しさん** · 2018/04/13(金) 10:39:38.86

そんなん待ち行列になってんじゃね？
つか、メッセージの実装って、結局メソッドコールなOSばかりだしな。

**デフォルトの名無しさん** · 2018/04/13(金) 12:19:05.19

Smalltalkのメッセージを全部非同期にしたら、信じられないくらい遅くなるかブッ壊れると思うよ

だからSmalltalkはメッセージの受け手が即座に処理してくれる事を期待してるし、何も関知してないなんてウソだよ

**デフォルトの名無しさん** · 2018/04/13(金) 12:29:44.88

Smalltalkじゃなくても全部非同期なんかにしたら遅くなるか破綻するだろう

**デフォルトの名無しさん** · 2018/04/13(金) 12:41:42.23

「関知しない」は「どう処理するか」で「いつ処理するか」だけに限らない
SmalltalkでいえばdoesNotUnderstand:（Rubyならmethod_missing）相当の機構と
その際処理したいメッセージをエンティティとして扱える機構がないといろいろ厳しかろうという話

**デフォルトの名無しさん** · 2018/04/13(金) 12:45:54.65

1000

**1001** · Over 1000

このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 199日 5時間 25分 16秒