オブジェクト指向ってクソじゃねぇよ？ 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/10/29(月) 09:05:50.09

>>366
＞多重継承によってクラス間の依存度が高まることでデバッグが難しくなってしまうのが問題の本質なんだから

シコシコするチンポは不随意筋だが、オシッコをするときのチンポは随意筋だろ？

**デフォルトの名無しさん** · 2018/10/29(月) 09:09:30.28

2013-05-17 00:04
チンコの随意筋と不随意筋
http://d.hatena.ne.jp/tottokotokoroten/touch/20130516/1368716650

**デフォルトの名無しさん** · 2018/10/29(月) 09:34:03.09

>>492
差分にこそ使うなよ

**デフォルトの名無しさん** · 2018/10/29(月) 09:42:25.11

>>498
単に同じ種類のデータが増えるのは変更とは呼ばんだろ

**デフォルトの名無しさん** · 2018/10/29(月) 19:05:03.88

DBがカオスなのでオブジェクト指向でいくら頑張っても無駄

**デフォルトの名無しさん** · 2018/10/29(月) 19:43:48.51

>>505
なんで？

**デフォルトの名無しさん** · 2018/10/29(月) 22:31:26.97

「りっきーのなんでもおコタえしまショー！」　当日のプレイバック
http://hiroba.dqx.jp/sc/topics/detail/286674e3082feb7e5afb92777e48821f/

質問　11
アイテム・装備欄がキツキツなのに　
春イベでナスの衣装券５ワクをくれたり　しかも人に渡せなかったり。
この件に関して　開発は何を考えているのか　教えてください。

【回答】　齋藤力
アイテム枠の軽減についてはできる限りのことをしたいと思い　
日々スタッフが総力戦で取り組んでいるというのが正直な現状です。
一方で　新しいアイテムが　まったく増えないようなゲームにもするわけにはいかない思っております。

↑これに対するありがたいお言葉

いま目の前にあるもんをちゃんと使ってそれを面白くするほうが先
ttp://i.imgur.com/UMoHBoY.jpg

宮本
いま、若いデザイナーがゲームをつくってる時、
面白くないから、ついつい新しい材料を追加して
面白くしようとするんですよ。
実は、いま目の前にあるもんをちゃんと使って
それを面白くするほうが先やのに、
新しいものを持ってくるという。

岩田
新しい材料をどんどん増やして
面白さを導き出そうとするんですね。

**デフォルトの名無しさん** · 2018/10/29(月) 22:34:06.97

>>366
＞多重継承によってクラス間の依存度が高まることでデバッグが難しくなってしまうのが問題の本質なんだから

随意筋　　　不随意筋
　　↘　　　↙　
　　　チンポ

**デフォルトの名無しさん** · 2018/10/29(月) 23:32:40.68

随意筋←implements─チンポ─implements→不随意筋

**デフォルトの名無しさん** · 2018/10/30(火) 00:22:04.00

関数型言語のやり方がそれなりに普及しちゃったんで、全てオブジェクト指向でプログラムを書くメリットはそんなに残ってないんだよ
オブジェクト指向が唯一の抽象化の手段になってる言語ばっかりだった時代はもう過ぎ去ったんだよ

**デフォルトの名無しさん** · 2018/10/30(火) 00:32:22.39

オブジェクト指向に対比するものは関数型なんだろうか?
オブジェクト指向や関数型は「抽象化」なんていうすごいことを
本当にしているんだろうか？
オブジェクト指向の「抽象化」は似たメソッドがあったら
スーパークラスを設けて継承、
「抽象化」とはそんなものなんだろうか?

**デフォルトの名無しさん** · 2018/10/30(火) 00:35:20.31

ｲﾝﾁｷﾏﾝｾｰなオブジェクト指向よさらば

**デフォルトの名無しさん** · 2018/10/30(火) 00:52:27.86

何かswiftでpostする時クッキーオブジェクトなるものを複数使って
ただデータ投げたいだけなのにクソ面倒臭い段取り組んだけど
関数型というかクロージャ使うというもう1つの別案が出来てからこういうのでいいんだよ感はかなりあった

**デフォルトの名無しさん** · 2018/10/30(火) 00:56:16.44

スーパークラスとか、何でもかんでも詰め込まれた四次元ポケットみたいになってるだけの場合もあるからな
抽象化はスーパークラス生成の必要条件ではない

**デフォルトの名無しさん** · 2018/10/30(火) 05:10:38.28

ビジターパターンとか考えると糞だと思うーん！！
パターンマッチグーあればこんな紛らわしいパターンはいらなくてグーなのにな

**デフォルトの名無しさん** · 2018/10/30(火) 06:18:44.10

パターンマッチングがなければ？

悪いのはパターンではなくて、言語だろう？

**デフォルトの名無しさん** · 2018/10/30(火) 07:36:22.58

ああ、>>517はビジターパターンの利点をまるでわかっていないな。
ばーか

**デフォルトの名無しさん** · 2018/10/30(火) 09:46:44.93

横からでスマンがビジターパターンの利点って何？ExpressionProblemに対処できるってのはもう利点にならないよ

**デフォルトの名無しさん** · 2018/10/30(火) 11:42:53.14

「助けてー！ドラえもーん！！」
それはのび太ーパターン。

**466** · 2018/10/30(火) 16:39:31.71

>>485
大規模開発で構造化プログラミングよりは責任分担し易いってだけ。
でも給料払う側にも貰う側にも、コレが最重要。

Linux作者や関数型言語や論理型言語信者はオブジェクト指向なぞ不要と言ってる。(のは、その個々が開発力あるから？)

>>500
コールバック関数が引数固定な以上論破は無理だろ。
他の事例なら関数型言語みたく引数増やせば良いじゃない戦法もあるが。
それだって限界ある。
(関数型言語もマルチスレッドにオブジェクト指向より向いてるだけで、銀の弾丸では無い)

>>492
そう。
ケースバイケース。
ただ、それが分からないまま使う奴も多いのがね。
案外複雑だから。
親クラスのprotectedが子クラスのprivateとか。代数重ねると新入社員には無理。
そういう言う人間の限界も含めた譲位。
クラスライブラリからの継承とか、本当一部だけが継承で有効。

**デフォルトの名無しさん** · 2018/10/30(火) 16:58:47.55

継承した時点で密結合になるので特に外部作成のクラスは継承せず包含しましょうは基本

ほとんどのケースはパブリックインターフェースを使用して事が済むので

**デフォルトの名無しさん** · 2018/10/30(火) 18:33:42.29

>>522
リーナスはC++を嫌ってるだけで、オブジェクト指向については否定してないぞ

**デフォルトの名無しさん** · 2018/10/30(火) 18:41:52.81

抽象化苦手な人ってどうしても居るからね

**デフォルトの名無しさん** · 2018/10/30(火) 19:03:28.13

>>524
いや相当否定してるぞ。
ただlinuxのファイルシステム回りはオブジェクト指向的だし、
その辺りについてはlinusも必要性を言ってた気はする。

**デフォルトの名無しさん** · 2018/10/30(火) 19:14:04.91

>>525
実際は抽象馬鹿で具体的なテスト内容を思いつかない馬鹿のが問題だけどな。

**デフォルトの名無しさん** · 2018/10/30(火) 19:18:11.16

>>527
具体的に言うと？

**デフォルトの名無しさん** · 2018/10/30(火) 19:23:17.43

抽象化を理解してるレベル帯ならSOLIDも理解してるだろう
これができてる人はテストが非常にエレガントだ(何故なら設計がエレガントだから)
抽象化が出来ない人の方がテストよくわからんと嘆いてるね
話を聞いてみると組み合わせ爆発を起こしてパンクしてしまうんだと

**デフォルトの名無しさん** · 2018/10/30(火) 19:27:37.65

>>526
明確にオブジェクト指向を否定してるコメントなんかあったか？

**デフォルトの名無しさん** · 2018/10/30(火) 19:27:39.02

オブジェクト指向を理解してないやつはSOLIDも理解してない

**デフォルトの名無しさん** · 2018/10/30(火) 19:30:03.47

>>530
C++を否定するってことは、オブジェクト指向を否定してるってことなんですよ？

**デフォルトの名無しさん** · 2018/10/30(火) 20:03:29.74

c++はマルチパラダイム云々なので
何でもアリ言語やぞ

**デフォルトの名無しさん** · 2018/10/30(火) 20:08:42.36

>>532
それはない

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

>>532
お前の母ちゃんを否定するってことは、女を否定するってことなんですよ

**デフォルトの名無しさん** · 2018/10/30(火) 20:14:21.32

>>530
https://srad.jp/~taro-nishino/journal/509450/

ほとんどの部分はc++に対するヘイトだけど
OO言語について語ってる部分がオブジェクト指向の否定と思う。
だいたい言ってることは一理あるわ。
少なくともここでの議論よりかは意味がある。

**デフォルトの名無しさん** · 2018/10/30(火) 20:16:11.62

> OO言語について語ってる部分が

それどこ？

**デフォルトの名無しさん** · 2018/10/30(火) 20:57:56.92

Linusがオブジェクト指向を否定する理由の一つがまさに>>536
C++やオブジェクト指向の否定とも読めるが
それはKernelというコンテキストの中での話だ
egrep "オブジェクト|C++" としたときに
Kernelというコンテキストを隠蔽しているのだ

C++は本気で嫌ってるのかもしれんが
オブジェクト指向に関してはどこまで否定的なのか読めん

**デフォルトの名無しさん** · 2018/10/30(火) 21:09:06.98

ということで結論はLinusはオブジェクト指向を
否定してないってことでいいかな

**デフォルトの名無しさん** · 2018/10/30(火) 21:23:48.92

>>536
相当否定してる、から一転

**デフォルトの名無しさん** · 2018/10/30(火) 21:53:48.89

>実際の問題が特別なデータ記述で関連付けられるとは私は考えない。
>貴殿はその類のデータのためのライブラリルーチンを欲しくない。
>つまり、貴殿はデータとその他の種類のデータ両間で相互作用するコードを欲しいのだ。

オブジェクト指向の欺瞞の心臓
初心者から上級者までおそらく全員が思ってること
すばらしい

**デフォルトの名無しさん** · 2018/10/30(火) 21:54:42.59

>>539
私見だが6割程度は否定してると思う
コンテキストが一つのオブジェクトに依存している範囲のみ
オブジェクト指向は使える、と考えているのでは？

> だが、OO言語は、オブジェクトが重要であり、オブジェクトに関連付けられたメソッドを持つべきだという手段を考える傾向にある。まさに馬鹿げた話だ。一つのオブジェクト（又は、ある型のオブジェクトの当り前なコレクション）が本当の関心事ではない。
> 関心すべきは、異なる型の異なるオブジェクトが相互作用し、ロッキングルールを持つ等々の時なのである。その時点で、重要なのは一つのオブジェクトではもうないのだから、"オブジェクトインターフェイス"を隠蔽しようとするのは絶対に間違っている。

> だから、私はデータの記述が重要であることに賛成であるが、同時に、最も記述が本当に重要である事柄は、いかにデータが矛盾無いか、一貫性の必要条件があること、ロッキングルールがあること（そして、一つのデータオブジェクトのためでないことも）等々である。

**デフォルトの名無しさん** · 2018/10/30(火) 22:00:25.32

なんか分かりにくい日本語だな、もっとﾏｼな言い方はできなかったものか

**デフォルトの名無しさん** · 2018/10/30(火) 22:14:27.78

半角先生の超訳をお願いします

**デフォルトの名無しさん** · 2018/10/30(火) 22:14:59.00

実際に言ってることがおかしい気がする

>重要なのは一つのオブジェクトではもうないのだから、"オブジェクトインターフェイス"を隠蔽しようとするのは絶対に間違っている。

ようするにまだるっこしいインターフェース介さずに
手順をすっとばして中直接いじらせろって言ってるんだろ？
遅いから。
コンパイラがバグるから。

基地外

**デフォルトの名無しさん** · 2018/10/30(火) 22:19:26.57

あんまりOOPの欠点の核心を突いていない
ような文書も散見される希ガス

**デフォルトの名無しさん** · 2018/10/30(火) 22:21:27.12

複数のオブジェクトが相互にかかわる煩雑なメソッドを
そのうちの一つのオブジェクト内に押し込めようとしているのは間違っている

それによって矛盾や一貫性やロッキングルールが失われるのはよくねえよ

**デフォルトの名無しさん** · 2018/10/30(火) 22:22:00.26

乙

**デフォルトの名無しさん** · 2018/10/30(火) 22:27:42.15

ぴったり産業の意訳で結構分かりやすくなったが
行間あいてるし
デモなんかやっぱOOPの極端に目立つ欠点の一側面を述べてるだけじゃん感があるな

**デフォルトの名無しさん** · 2018/10/30(火) 22:31:36.48

>だから、私はデータの記述が重要であることに賛成であるが、同時に、最も記述が本当に重要である事柄は、
>いかにデータが矛盾無いか、一貫性の必要条件があること、ロッキングルールがあること（そして、一つのデータオブジェクトのためでないことも）等々である。

>私は、それらを本当に容易にコンパイラへは書けないと思う。結局、どうしても自分でそのコードを書かざるを得ない。

それを達成してくれるのが隠ぺいだろ
メンバ変数間の整合性は公開メソッド使ってる限り保たれるはず

最終的にはマシン語自分で見ないと安心できないような世界の人のいうこと

**デフォルトの名無しさん** · 2018/10/30(火) 22:39:26.06

カーネル作ってる連中からすりゃそりゃそうだろ

**デフォルトの名無しさん** · 2018/10/30(火) 22:43:09.18

複数のオブジェクトを隠蔽したオブジェクト内でどこかで不具合があったらどういう状況で起こってるのかわかりづらいし
どこで誤作動が起こってるか見当がつけにくい
中のオブジェクトが他のオブジェクトでも隠蔽されていたらまあ悲惨

関数だとシグネチャーでどのオブジェクトを使ってるかややわかりやすいんじゃないかな

**デフォルトの名無しさん** · 2018/10/30(火) 22:44:00.50

オブジェクトじゃなくて構造体か

**デフォルトの名無しさん** · 2018/10/30(火) 22:46:26.39

おいおいLawrence Krubnerとかいうクソザコがとんでもないこと言ってるぞｗｗｗ
今をトキメくオブジェクト指向に楯突くとか身の程知らず過ぎｗｗｗｗｗ

http://www.smashcompany.com/technology/object-oriented-programming-is-an-expensive-disaster-which-must-end
「オブジェクト指向の強みだと思われているほとんどの要素はオブジェクト指向固有ではなく、オブジェクト指向固有の強みなど、実際には一つもない」

**デフォルトの名無しさん** · 2018/10/30(火) 22:59:09.30

【悲報】Oscar Nierstraszとか言うクソザコ、身の程知らずにもオブジェクト指向批判の記事を書いたためにコメント欄で5年に渡って叩かれ続けるｗｗｗｗｗ
http://blog.jot.fm/2010/08/26/ten-things-i-hate-about-object-oriented-programming/

**デフォルトの名無しさん** · 2018/10/30(火) 22:59:51.90

私が心配する最も大きな問題はコードではなく、コードと開発の"フロー"だ。

いいね
やっぱり超頭いい人って違うね

**デフォルトの名無しさん** · 2018/10/30(火) 23:12:40.53

一つのオブジェクト（又は、ある型のオブジェクトの当り前なコレクション）が本当の関心事ではない。

関心すべきは、異なる型の異なるオブジェクトが相互作用し、ロッキングルールを持つ等々の時なのである。その時点で、重要なのは一つのオブジェクトではもうないのだから、"オブジェクトインターフェイス"を隠蔽しようとするのは絶対に間違っている。

これだよ
オブジェクト同士の相互作用が複雑なんだろ？

**デフォルトの名無しさん** · 2018/10/30(火) 23:28:38.97

オブジェクト指向は、オブジェクト指向にしかない問題を作り上げそれを解決するという産業を作り出し金を稼いでいる
http://harmful.cat-v.org/software/OO_programming/why_oo_sucks

しかしそれってある意味立派なことではないだろうか？
プログラマの雇用をC++を作ることで守った人みたいに。

**デフォルトの名無しさん** · 2018/10/30(火) 23:50:44.94

金まき上げる層にとってはそうかもしれないが
OOPに苦しめられている開発者のことも忘れないでください

**デフォルトの名無しさん** · 2018/10/30(火) 23:53:00.63

AというｵﾌﾞｼﾞｪｸﾄからBというｵﾌﾞｼﾞｪｸﾄにｱｸｾｽする場合
よほどの理由がないかぎりBからAにｱｸｾｽすることは避けないといけない

できるだけｺﾝﾎﾟｼﾞｼｮﾝにするべき
この場合、AがBを内包するようにする

**デフォルトの名無しさん** · 2018/10/30(火) 23:56:18.20

A<->B 相互参照は避けろって
どうした、熱でもあるのか当然のことなぞ書いたりして
いい子だから射精して早めに寝なさい

**デフォルトの名無しさん** · 2018/10/30(火) 23:58:33.02

AとBを内包するCを作り中ではAとBに殴り合いの喧嘩をさせる
生き残った方も潰す

**デフォルトの名無しさん** · 2018/10/30(火) 23:59:09.37

Cも潰す

**デフォルトの名無しさん** · 2018/10/31(水) 00:00:14.64

ｵﾚはこのことを前ｽﾚでも書いている

**デフォルトの名無しさん** · 2018/10/31(水) 00:00:53.21

そしてカオスすら残らないと
やめちゃえOOPなんか

**デフォルトの名無しさん** · 2018/10/31(水) 00:05:48.76

オブジェクト指向で以下をモデル化せよ
> いい子だから射精して早めに寝なさい

**デフォルトの名無しさん** · 2018/10/31(水) 00:24:22.78

class cneat {
　public:
　　void erodouga_miru(void);
　　void erohon_miru(void);
　　void mousou(void);
　　void shikoshiko(void);
　　bool is_dopyu();
　　void fukifuki(void);
　　void poi(void);
　　void neru();
};

int main() {
　　cneat neat;
　　while (neat.is_dopyu()) {
　　　neat.shikoshio();
　　}
　　neat.neru();
　　return 0;
}

**デフォルトの名無しさん** · 2018/10/31(水) 00:24:35.09

>>564
ｽﾚの趣旨は
オブジェクト指向は「クソ」か否かなので
オブジェクト指向のノウハウ・イロハ的ﾚｽは
すれ違いだな、ご愁傷様

**デフォルトの名無しさん** · 2018/10/31(水) 00:29:25.58

ｵﾌﾞｼﾞｪｸﾄ指向では
ﾆｰﾄが射精しそうかどうかなんかに
いちいち関心もつ必要はない

射精するまでｼｺらせればいい

**デフォルトの名無しさん** · 2018/10/31(水) 00:32:22.47

正論だ同意する　>>566

**デフォルトの名無しさん** · 2018/10/31(水) 00:33:37.25

>>569
半角さんは
オブジェクト指向のメリット・デメリットは何だと思う？

**デフォルトの名無しさん** · 2018/10/31(水) 00:42:00.02

ｺﾚは何度もいってる

ｵﾌﾞｼﾞｪｸﾄ指向は適切に扱えば道具にすばらしいﾒｿｯﾄﾞを与える

ｵﾌﾞｼﾞｪｸﾄ指向は道具自体ではないが
この板にいるような低学歴知恵遅れが使えば
ｷﾁｶﾞｲに刃物になる

**デフォルトの名無しさん** · 2018/10/31(水) 00:43:02.43

…Orz
だめだこりゃ

**デフォルトの名無しさん** · 2018/10/31(水) 01:04:51.95

まず、プログラム言語の前に日本語なんとかしろよ定期

**デフォルトの名無しさん** · 2018/10/31(水) 01:15:31.31

適切に扱えばという前提条件が満たされうる確率を考慮すると、オブジェクト指向にはメリットがないと相当の確信を持って言える

**デフォルトの名無しさん** · 2018/10/31(水) 01:22:08.87

>>572
これ手続き型と関数型とオブジェクト指向のメリットやんけ

**デフォルトの名無しさん** · 2018/10/31(水) 01:25:10.88

それを言っちゃぁ、おしまいよ。

でもなんか有効活用する規範みたいなものの登場は無理なんだろうかね
これだけ広まっちゃって、みんなだまされ続けてきてもう今から後戻りは難しいんだし

たとえば局所的なクロージャーのような使い方に限るとか

**デフォルトの名無しさん** · 2018/10/31(水) 01:36:22.13

ITの分野ってのはさ、
AIだの第五世代だのΣだのGRIDだのDNNだの機械学習だのイジングだのファジだの大航海だの
バズワードを伴うインチキがどうやら流行しやすい分野らしく、
また、それによって国プロを初め一時的に投資を引き出して
短期間に市場が出来て消えてを繰りかえしながらも
長期的視野で見ると日本のITは凋落傾向を続けている。
でもそういった中でC++やJavaを中心としたオブジェクト指向は、
奇しくも20年以上の流行と社会的普及を経ていまだ跋扈している
このように都市伝説のような非科学・工学的インチキノウハウは
ホント歴史に残る珍しい社会現象だと思う

**デフォルトの名無しさん** · 2018/10/31(水) 02:31:10.48

>>538
＞C++やオブジェクト指向の否定とも読めるが

『チンポ』は随意筋なのか不随意筋なのか、独立生物なのかそうではないか、 Linus博士の見解を聞きたい。

**デフォルトの名無しさん** · 2018/10/31(水) 02:46:53.27

チンポは独立した生き物なんだって、ビートたけしもそう言ってたろう？

**デフォルトの名無しさん** · 2018/10/31(水) 07:46:28.93

>>578
文章うまいね
俺も同じ感覚だけどうまく表現できないよ

オブジェクト指向のメリットより、
言語の敷居を低くしたJava、C#やベターCとしてのC++他の言語にとって代わられることはないだけだと思う

オブジェクト指向言語であろうがなかろうが、
エレガントなデザインパターンというのはあって、
平均的な日本のプログラマには創造できないし、使うだけなら便利だろう

**デフォルトの名無しさん** · 2018/10/31(水) 07:48:26.68

最近のバズワードはRPAかな

マクロ以上に負の資産になりかねないのに、日本のお偉方には輝いて見えるらしい

**デフォルトの名無しさん** · 2018/10/31(水) 07:53:58.26

俺はインスタンスハンソル、ウィンドウハンソル、デバイスコンテキストハンドルを
上手に隠蔽できなかったMFCを見たとき、
クラスモデリングのハードルの高さを感じた

マイクロソフトさえ四苦八苦するデザインを
日本の一般プログラマができるわけがない

**デフォルトの名無しさん** · 2018/10/31(水) 08:03:38.00

>>427
＞メモリアクセス減らしつつグローバル変数減らす苦肉の策+責任分担

グローバル変数ってのは、気軽に削除したり改変したりも出来ないからなぁ。

このゲームすぐ持ち物いっぱいになるな
http://dragon-quest.me/dq10/28435/

サーバー側でグローバル変数をいじると、プレイヤー側（クライアント）の画面表示がおかしくなるし。

**デフォルトの名無しさん** · 2018/10/31(水) 10:29:45.97

>>578
は？
ハンセン病とか
ロボトミーとか
魔女裁判とか
オイルショック→トイレットペーパーとか
マジでやっちゃった系なんていくらでもありげなこんな世界

**デフォルトの名無しさん** · 2018/10/31(水) 11:53:54.81

そもそも完全にオブジェクト指向だとしても、メソッドという存在は必ずしも必要では無いと思うが、素晴らしいメソッドってなんだろう？
素晴らしいメリットの打ち間違いなら、またポンコツ煽りマシンですらないって事？

**デフォルトの名無しさん** · 2018/10/31(水) 11:54:28.82

>>583
まずいのは、そのウィンドウハンドルすらも隠そうとする輩がいること。
オブジェクト指向うんぬん言ってる奴は大抵そんな連中しかいないだろ。

**デフォルトの名無しさん** · 2018/10/31(水) 12:23:19.24

>>587
MFCがやりたかったのは、
キーとなるハンドルでグループ化して、
そのハンドルをメンバ変数にして引数からなくすっていう作業ゲーのノリではないの？
長らくさわってないので間違ってるかもしれんけど

**デフォルトの名無しさん** · 2018/10/31(水) 12:26:55.00

どっちにしてもドキュメントビューアーキテクチャと相まって、ちっとも生産性は上がらなかった

マイクロソフトの独壇場だからどうしようもないけど、今でもMFCの縛りはあるのかね？>現役の開発者

**デフォルトの名無しさん** · 2018/10/31(水) 12:28:48.87

win32api直接叩いた方が遥かに楽だとは誰も思うまいｗ

**デフォルトの名無しさん** · 2018/10/31(水) 12:31:49.75

20年前は、オブジェクト指向がうんたらっていう輩はいなかったな

実際に手を動かして、マイクロソフトでさえこんなゴミを作るんだーって
冷めた目で自動生成されたメッセージマップを見てた

いろいろメリットを説明したがる人って、
本当に職業としてプログラミングに関わってるの？

**デフォルトの名無しさん** · 2018/10/31(水) 12:34:47.92

メッセージループだって、最後にdefaultのdispatcher呼べばいいだけだろ？

それだけの制約を守らせたいだけで実装継承なんかしなくていいよ
純粋仮想関数？可読性落とすなよ

**デフォルトの名無しさん** · 2018/10/31(水) 12:39:13.05

>>583
あれはWin32APIにドップリ浸かってると逆に使い易いらしい。(使いたい機能毎にAPI纏めた感じらしい)
ライブラリ設計の違いだが一般受けしなかったのに、企業で強制されて嫌われ者になった感じ。(VC6時代が最盛期)
あの頃が一番(個人用途で)Delphiが輝いてた。

**デフォルトの名無しさん** · 2018/10/31(水) 12:42:39.00

>>593
そうだよDelphiのクラスライブラリのほうがはるかにいけてた

MFCが勝つんだから、プログラミング言語すら政治の世界なんだなってみんな言ってた

**デフォルトの名無しさん** · 2018/10/31(水) 12:52:19.59

mfcでooを語るとか勘弁してくれよ
あれはただのapiラッパー

**デフォルトの名無しさん** · 2018/10/31(水) 13:13:41.67

apiラッパーを超越してるからしまつが悪い

ドキュメントビューのウィーザードから始まるフレームワークだよ

ダイアログベース程度なら被害は少ない

**デフォルトの名無しさん** · 2018/10/31(水) 13:15:25.54

>>595
言いたくは無いよ？
言いたくは無いけど、デスクトップアプリで保守でOSやランタイムのバージョン気にしないで作れる環境って、事実上それしか残ってない。(最早スタティックリンクでファイルサイズが～何て気にする必要ない時代)
もう辞めたけど、大学(海洋系)のシュミレータとかデスクトップで実現出来るパフォーマンスは当時MFCしか無理だった。
今なら他の手段もあるだろうけど、すでに作っちゃった以上はそれで保守される。
(本当に、何であの当時Delphiが業務で広がらなかったのかと)

まあいいじゃん、最近のトレンドはAndroidやiOSだ。事実上のHTML5で、オブジェクト指向と言ってもプロトタイプがメインだ。
最早古きゆかしきオブジェクト指向は虫の息だよ。
まともなオブジェクト指向話題にするならTypeScriptかも知れんね。

Javaもそうだよ。
作っちゃった以上は長い目で見れば新規だけど、当面の保守費の方が中小には楽というか、また新規開発する体力無いのが殆ど。
(オラクルも、そういうのを見越してると思う。若干馬鹿な気はするが)

**デフォルトの名無しさん** · 2018/10/31(水) 15:19:01.55

何を考えて学園をつくろうと思ったのか？
りっきーさんコメント：
「アスフェルド学園」は　冒険者のみんなにこれまでのアストルティアでは実現できなかった
新しい体験を味わってほしいという気持ちから開発をスタートしたものなんだ。魅力的な仲間を育てて共に
成長していく体験やあらゆるとくぎを使いこなせるオールマイティなキャラクターを作り上げていく体験だね。
今あげた2つの例をはじめとして、遊びとしては楽しいけれど数多くの人が同時に遊べる世界として実現が難しい。
そういった遊びを実現するために別の切り離された世界をつくったというのが学園を作った大きな理由なんだ。
http://www.tentama.net/2016/10/blog-post_28.html

**デフォルトの名無しさん** · 2018/10/31(水) 17:22:38.37

>>597
そういえば何もかも消え去ったな

**デフォルトの名無しさん** · 2018/10/31(水) 21:22:02.84

>>591
オレのところで一番のOOP伝道者は、ほとんどソフトウエアを作成できなかった
サンプルプログラム程度のものでもデバッグにえらく時間がかっていて足手まといだった。
でも結構な数のOOP信者を調教するのに成功し、一時職場では大OOPブームとなった。
J2EEの失敗がまだ表面化する前の、みんなOOPに夢見ていた頃の話。

OOPブームがピークを過ぎた頃、ISO9000やCMMIの伝道者に鞍替えしたので
開発部門から品証部門に移されて、いまは他人の書いたドキュメントの抜けチェックとかやってる
後出しじゃんけん的揚げ足取りやインチキが上手いので、表面的には何か品証の仕事を
しているように一見みえているよ

**デフォルトの名無しさん** · 2018/10/31(水) 21:24:19.69

揚げ足は取られた方が悪いにきまっとるんやがw

**デフォルトの名無しさん** · 2018/10/31(水) 21:26:06.17

ま、マジか、、、
「前向き」に開発に集中してと取り組んでいると
脇が甘くんるのはしょうがねーだろうに

**デフォルトの名無しさん** · 2018/10/31(水) 21:34:07.64

言い訳すんな無能w