オブジェクト指向システムの設計 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/07(土) 16:19:49.34

> 「洗練されたプログラムは変数・メソッドともにpublicだけで十分」
洗練されて無くてもpublicだけで十分といえるので

「洗練されたプログラムである」という判断が別に必要になる

**デフォルトの名無しさん** · 2018/04/07(土) 16:35:52.31

プロパティがあるならとりあえずpublicにしといたらいいんじゃない？

**デフォルトの名無しさん** · 2018/04/07(土) 22:08:27.17

publicもprivateも両方とも有るのが良いよ
選択肢が無くなったり少なくなったりすると利用し難くなる事も有るし
使う人のレベルや理解度もまちまちなんだから
staticだらけでやる人がいても構わないし
どちらか一方になって片方が使えなくなる方がやだな
洗練されているかどうかは悦に浸っている人が勝手に浸かっていればいいし

**デフォルトの名無しさん** · 2018/04/08(日) 06:20:36.36

テセウスの船

**デフォルトの名無しさん** · 2018/04/10(火) 20:37:32.93

Tcl vs. Smalltalk

https://w3techs.com/technologies/comparison/pl-smalltalk,pl-tcl

**デフォルトの名無しさん** · 2018/04/11(水) 03:06:46.30

SmalltalkはTcl/Tk未満のゴミってことか…
オブジェクト指向の面汚しだな。死滅してくれて良かった

**デフォルトの名無しさん** · 2018/04/11(水) 07:10:58.74

世のプログラム言語のほとんどがALGOL系といわれているがALGOLを使った事ない人がほとんどなのと同じじゃね？

**デフォルトの名無しさん** · 2018/04/11(水) 07:18:41.53

ちなみにSmalltalkが目指した遅延結合重視のメッセージングのオブジェクト指向は
C++で再定義され現在主流の抽象データ型のオブジェクト指向とはほぼ別物だから
アンチSmalltalkが「オブジェクト指向の面汚し」とか言ってもいまいち響かないよ

**デフォルトの名無しさん** · 2018/04/11(水) 07:47:53.65

>>969
言語はもちろん、コンセプトも主流から外れちゃったって>>.970は言ってるよ
もう完全消滅だね

**デフォルトの名無しさん** · 2018/04/11(水) 08:52:38.89

そうなんだよすっかり主流から外れて久しいのにいまだにオブジェクト指向というと
メッセージを送るのがどうとか遅延結合がどうとか説明し出す自称識者が多くて困るよ
ほんと聞き手が混乱するだけだからやめてほしい

Smalltalkくらい遅延結合性を実践していればわからんでもないけどあれすら肝心のメッセージは非同期じゃないし

**デフォルトの名無しさん** · 2018/04/11(水) 12:24:17.61

意外とWindowsのCOMが上手い実装だった

**デフォルトの名無しさん** · 2018/04/11(水) 12:42:09.09

>>972
Erlangのメッセージが本物
Smalltalkのは偽物

**デフォルトの名無しさん** · 2018/04/11(水) 12:51:33.38

ゲイツもMSもGUIの模倣でこそジョブズやAppleに遅れをとったけどその後はSmalltalkから学んでいる
アラン・ケイも .NET のことは Java よりはマシと言ってた
http://tech.nikkeibp.co.jp/it/members/ITPro/ITARTICLE/20030605/1/

ジョブズも表層のGUIだけパクって終わりにしたLisa/Macを反省してNeXTSTEPを作らせたけどね
http://web.archive.org/web/20121016134054/http://americanhistory.si.edu/collections/comphist/sj1.html#soft

**デフォルトの名無しさん** · 2018/04/11(水) 12:53:12.46

>>974
メッセージに関してはそうだろうね
ケイもAltoにもっとパワーがあったらErlangみたいなのを試したかったって言ってたし
ただシステム全体としての動的性に関してはErlangやそれで作られたものとは比較にならない

**デフォルトの名無しさん** · 2018/04/11(水) 12:57:13.75

>>975
藤枝あほだな

**デフォルトの名無しさん** · 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秒