オブジェクト指向ってクソじゃねぇよ？ Part2

**デフォルトの名無しさん** · 2018/10/18(木) 23:20:41.34

すごいんだよ？

カプセル化（英語：encapsulation）とは、オブジェクト指向を構成する概念の一つで、
オブジェクト内部のデータを隠蔽したり(データ隠蔽)、オブジェクトの振る舞いを隠蔽したり、
オブジェクトの実際の型を隠蔽したりすることをいう。

偏差値の低い学校向けの情報処理系教科書において「大変すばらしいものであり絶対に使うように」と大体的に宣伝された。

一方、カリフォルニア大学バークレー校の有識者を中心としたインターネットを作った人たちは「階層化の有害性」として
「絶対に使うな」としている。大雑把にいうと、その時は良くても、将来的な改修の際に隠蔽されたデータに
アクセスできないと解決できない問題が出てきて、結果的にデスマーチに陥るというのである。

オブジェクト指向の発案者であるアラン・ケイもコーディング規約（頭文字にアンダースコアを付けるなどの命名規則）で
縛る程度にすることを推奨しており、アラン・ケイが関わったオブジェクト指向プログラミング言語にはどれも「private」
という概念はない。

https://monobook.org/wiki/%E3%82%AB%E3%83%97%E3%82%BB%E3%83%AB%E5%8C%96

前スレオブジェクト指向ってクソじゃね？
https://mevius.5ch.net/test/read.cgi/tech/1535085129/

**デフォルトの名無しさん** · 2018/11/22(木) 17:34:39.94

> コールスタックだったり、インスタンス変数情報だったり、テンポラリー変数情報だったりとにかく様々だよ

つまりデバッガとブレークポイントによって実現できることって話か

決定の遅延となんの関係もないｗ

**デフォルトの名無しさん** · 2018/11/22(木) 17:44:37.74

>>983
別に言語のみにこだわる必要はないと思うよ？どうしてそんなふうに思う？
とにかくSmalltalkを気にしすぎだよ
他のレイヤーでできているならそれでいいと思うよ

Smalltalkについては学習コストを鑑みて
全てをオブジェクトとそれへのメッセージングというシンプルなドグマで解決できるならベターだし
言語（というかOSモドキ）ならそういう世界を比較的簡単に実現し、そこでの実践を通じて実用性の検証ができるというだけの話だろう

**デフォルトの名無しさん** · 2018/11/22(木) 17:45:49.73

結局の所、決定の遅延で何が出来るか？というとデバッグ時にソースコードを
編集する機能が作りやすくなるというメリットだったって話で良いかね？

↓つまりこれ

コードを編集し、(c#、VB、C++)、Visual Studio でデバッグを続行
https://docs.microsoft.com/ja-jp/visualstudio/debugger/edit-and-continue?view=vs-2017

> エディットコンティニュを使用すると、プログラムが中断モードのときに
> ソースコードを変更できるため、時間を節約できます。などの実行コマンドを選択して、
> プログラムの実行を再開すると続行または手順、エディットコンティニュに
> 自動的にいくつかの制限でコード変更を適用します。このため、デバッグセッション中に
> コードを変更できます。デバッグセッションをいったん停止し、プログラム全体を
> 再コンパイルしてからデバッグセッションを再開する必要がありません。

**デフォルトの名無しさん** · 2018/11/22(木) 17:45:51.26

>>985
> つまりデバッガとブレークポイントによって実現できること

そこからまたエディタに戻って定義して再実行して…って手間は俺はいやだなって話をずっとしている

**デフォルトの名無しさん** · 2018/11/22(木) 17:47:36.57

>>987
これはかなり近いかなと思って試してみたことあるけど、変更が反映されないんだよね
結局再実行は必要

**デフォルトの名無しさん** · 2018/11/22(木) 17:48:27.96

>>986
> とにかくSmalltalkを気にしすぎだよ
それはSmalltalkぐらいだからだよ
「決定の遅延」という言葉が独り歩きして
それで何が出来るのか？が語られないのは。

でもはっきりしたじゃないか。デバッグ時にソースコード編集機能を
実現しやすくなるのが「決定の遅延」

そして別に決定の遅延をしなくても、デバッグ時にソースコードを編集する機能は実現できる。
言語のメリットとして上げるほどのことでもなかった。

**デフォルトの名無しさん** · 2018/11/22(木) 17:50:18.97

>>988
> そこからまたエディタに戻って定義して再実行して…って手間は俺はいやだなって話をずっとしている

え？バグ無しで一発で作れるの？すごいね（笑）

結局再実行するでしょ

**デフォルトの名無しさん** · 2018/11/22(木) 17:52:26.05

再実行する手間がいやなら、ソースコードを編集して保存したら
自動的にテストを再実行するようにすればいい。

ファイルを保存したときにテストを自動で実行する
https://qiita.com/135yshr/items/0e14082cf3a8e654964c

**デフォルトの名無しさん** · 2018/11/22(木) 17:52:45.81

>>990
> それはSmalltalkぐらいだからだよ

そりゃそうだよ
今のところLispとSmalltalkくらいしかできないことのさらに高みを目指そうっていう話なんだから…
早期結合派は誰か目先の利く人が無茶をして実現された技術が導入されて普及しないかぎり永久に理解できない話だと思うよ

**デフォルトの名無しさん** · 2018/11/22(木) 17:53:57.61

もう早期結合派とか言わんでくれる？

コードを編集してデバッグを続行する機能でしかないんだから

**デフォルトの名無しさん** · 2018/11/22(木) 17:56:02.22

昔はホットスワップなんてアクロバチックな機能はいらない
インクリメンタルコンパイルなんてコンパイル速度が速ければいらないだろとか言ってたクチじゃないの？

**デフォルトの名無しさん** · 2018/11/22(木) 18:10:45.29

図星かｗ

Smalltalkが「決定の遅延」を実践し難なく実現したアクロバチックな便利機能を
早期結合派の有志が無茶をしつつも実現し普及させ、君みたいな想像力に乏しい人でもしたり顔でその恩恵にあずかれる
いい話じゃないか

**デフォルトの名無しさん** · 2018/11/22(木) 18:59:37.96

>>965
>0.1ミリ秒

そうか、MSは0.1ミリ秒のために多大なリソースを投入してデバッグ中のメソッドのホットパッチ＆継続実行を可能にしたんだな。www

**デフォルトの名無しさん** · 2018/11/22(木) 19:02:35.09

>>997
時系列が逆ですね
多大なリソースを投入してデバッグ中のメソッドのホットパッチ＆継続実行を可能
にしたので、0.1ミリ秒ぐらいのメリットしかなくなったんですよｗ

**デフォルトの名無しさん** · 2018/11/22(木) 19:03:59.99

SmalltalkのOSモドキはLinuxやWindowsといった本物のOSと比べて
あまりにも出来損ないのゴミなのが問題なんだよ

決定の遅延？大変結構だと思うよ？本物のOSの上で出来るならね
でもゴミOSモドキの上でOSゴッコするくらいなら決定の遅延なんて要らない

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

だから最初から言ってるように、Smalltalk初期の時代はメリットが
あったかもしれないけど、今となっては言語機能に含めなくても
別の方法で本来の目的が達成できるようになったと言ってる

**1001** · Over 1000

このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 34日 19時間 43分 46秒