カプセル化(英語:encapsulation)とは、オブジェクト指向を構成する概念の一つで、
オブジェクト内部のデータを隠蔽したり(データ隠蔽)、オブジェクトの振る舞いを隠蔽したり、
オブジェクトの実際の型を隠蔽したりすることをいう。
偏差値の低い学校向けの情報処理系教科書において「大変すばらしいものであり絶対に使うように」と大体的に宣伝された。
一方、カリフォルニア大学バークレー校の有識者を中心としたインターネットを作った人たちは「階層化の有害性」として
「絶対に使うな」としている。大雑把にいうと、その時は良くても、将来的な改修の際に隠蔽されたデータに
アクセスできないと解決できない問題が出てきて、結果的にデスマーチに陥るというのである。
オブジェクト指向の発案者であるアラン・ケイもコーディング規約(頭文字にアンダースコアを付けるなどの命名規則)で
縛る程度にすることを推奨しており、アラン・ケイが関わったオブジェクト指向プログラミング言語にはどれも「private」
という概念はない。
https://monobook.org/wiki/%E3%82%AB%E3%83%97%E3%82%BB%E3%83%AB%E5%8C%96
オブジェクト指向ってクソじゃね?
■ このスレッドは過去ログ倉庫に格納されています
1デフォルトの名無しさん
2018/08/24(金) 13:32:09.36ID:ifygL6bT561デフォルトの名無しさん
2018/10/08(月) 00:58:34.19ID:5FzXpRZO つぎに
関数型はクソだった
って言うスレが建てば一過言あんだけれどもな…
関数型はクソだった
って言うスレが建てば一過言あんだけれどもな…
562デフォルトの名無しさん
2018/10/08(月) 01:00:35.78ID:Z0JUGcFO OOPに批判的な奴は最初から一定数いたよな
ちょろい奴を操る手法もまあ腹黒いが、批判を無力化する手法の方がもっと腹黒い
ちょろい奴を操る手法もまあ腹黒いが、批判を無力化する手法の方がもっと腹黒い
563デフォルトの名無しさん
2018/10/08(月) 01:02:55.95ID:YlFF3Gbm 俺の会社では語り部は淘汰されたけど、糞コードは負の遺産として急には捨てられなくて困ってる
ロジックをトレースしづらいだけの継承とか、呼び出し順が分かりにくいだけのテンプレートメソッドとか、背伸びしまくりの知ったかぶりOO
ロジックをトレースしづらいだけの継承とか、呼び出し順が分かりにくいだけのテンプレートメソッドとか、背伸びしまくりの知ったかぶりOO
564デフォルトの名無しさん
2018/10/08(月) 01:10:27.58ID:5FzXpRZO OOPって、それじゃあ全然ダメだったかというとそうでもなくて
頑張ればそれを使って(向いてないレイヤ・アプリでも)何とかソフトウエアを構成できたんだよ。
それはgotoを乱用してもがんばれば何とかソフトウエアを構成できたのと実は大差ないことだと
俺は思っているんだけれど。
それが厄介ごとの元。
上手くいかなかったときはOOPの理解が足りないからだとか、
低学歴には無理wとか批判されて、
そう、自分ではまともなコードををかけない奴に批判される
一体OOPは何のための手法なんだろうか
頑張ればそれを使って(向いてないレイヤ・アプリでも)何とかソフトウエアを構成できたんだよ。
それはgotoを乱用してもがんばれば何とかソフトウエアを構成できたのと実は大差ないことだと
俺は思っているんだけれど。
それが厄介ごとの元。
上手くいかなかったときはOOPの理解が足りないからだとか、
低学歴には無理wとか批判されて、
そう、自分ではまともなコードををかけない奴に批判される
一体OOPは何のための手法なんだろうか
565デフォルトの名無しさん
2018/10/08(月) 01:10:43.98ID:YGZFPxYk 手続き型しか分からないと言ってるのと同じ
566デフォルトの名無しさん
2018/10/08(月) 01:11:52.30ID:5FzXpRZO いや名誉のために言っておくと俺は低学歴ではないw
567デフォルトの名無しさん
2018/10/08(月) 01:12:22.52ID:SHTmPUE+ オブジェクト指向は低学歴にはムリ
それはあってる
オマエも含めてな
それはあってる
オマエも含めてな
568デフォルトの名無しさん
2018/10/08(月) 01:13:21.14ID:5FzXpRZO >>565
手続き型とオブジェクト指向てscopeのもちかたとその応用以外特に差はないよ
手続き型とオブジェクト指向てscopeのもちかたとその応用以外特に差はないよ
569デフォルトの名無しさん
2018/10/08(月) 01:14:58.10ID:SHTmPUE+ 低学歴知恵遅れはレスみても分かる通り
知能にも著しい欠陥があるのがすぐに分かちゃうからな
オツムの程度をみても
低学歴知恵遅れにオブジェクト指向はまずムリ
知能にも著しい欠陥があるのがすぐに分かちゃうからな
オツムの程度をみても
低学歴知恵遅れにオブジェクト指向はまずムリ
570デフォルトの名無しさん
2018/10/08(月) 01:15:28.69ID:tiRNksmV 手続き型言語で取り返しのつかない設計ミスって結構あったんだよ
そういう部分でオブジェクト指向には意味があると思うんだけどな
とりあえずデザパタどおりにしとけば何とかなる的な
そういう部分でオブジェクト指向には意味があると思うんだけどな
とりあえずデザパタどおりにしとけば何とかなる的な
571デフォルトの名無しさん
2018/10/08(月) 01:16:28.07ID:5FzXpRZO あんたあちこちで毎日こんなレスばっかかいてるね
いろんな人がいるなこの世には
543 名前:デフォルトの名無しさん[] 投稿日:2018/10/08(月) 00:05:22.29 ID:SHTmPUE+
と低学歴知恵遅れの底辺がいってもな
567 名前:デフォルトの名無しさん[] 投稿日:2018/10/08(月) 01:12:22.52 ID:SHTmPUE+
オブジェクト指向は低学歴にはムリ
それはあってる
オマエも含めてな
569 名前:デフォルトの名無しさん[] 投稿日:2018/10/08(月) 01:14:58.10 ID:SHTmPUE+
低学歴知恵遅れはレスみても分かる通り
知能にも著しい欠陥があるのがすぐに分かちゃうからな
オツムの程度をみても
低学歴知恵遅れにオブジェクト指向はまずムリ
いろんな人がいるなこの世には
543 名前:デフォルトの名無しさん[] 投稿日:2018/10/08(月) 00:05:22.29 ID:SHTmPUE+
と低学歴知恵遅れの底辺がいってもな
567 名前:デフォルトの名無しさん[] 投稿日:2018/10/08(月) 01:12:22.52 ID:SHTmPUE+
オブジェクト指向は低学歴にはムリ
それはあってる
オマエも含めてな
569 名前:デフォルトの名無しさん[] 投稿日:2018/10/08(月) 01:14:58.10 ID:SHTmPUE+
低学歴知恵遅れはレスみても分かる通り
知能にも著しい欠陥があるのがすぐに分かちゃうからな
オツムの程度をみても
低学歴知恵遅れにオブジェクト指向はまずムリ
572デフォルトの名無しさん
2018/10/08(月) 01:19:37.41ID:5FzXpRZO573デフォルトの名無しさん
2018/10/08(月) 01:20:11.16ID:SHTmPUE+ この必死さ
自己評価だけは高い低学歴知恵遅れで底辺にありがち
低学歴知恵遅れで底辺であるからこそそうであるといえることが、
同様のサンプルをみるにつけ、最近段々と経験から分かるようになってきた
残念なことにすぐに分かっちゃう
自己評価だけは高い低学歴知恵遅れで底辺にありがち
低学歴知恵遅れで底辺であるからこそそうであるといえることが、
同様のサンプルをみるにつけ、最近段々と経験から分かるようになってきた
残念なことにすぐに分かっちゃう
574デフォルトの名無しさん
2018/10/08(月) 01:21:42.91ID:YlFF3Gbm 人間が持つ分類の概念が似ているもの、GUIとか、そのサブクラスで違和感なくロジックがdispatchできるものが適用範囲なんじゃね?
欧米人のように、複数のオブジェクトが協調しあうような高度、かつうまく行くようなクラス設計できるようなセンスの持ち主が日本のIT業界に割り当てられるとは思えんし、実際に出くわしたこともない
絵空事のパワポの達人にはよく出くわすけどな
欧米人のように、複数のオブジェクトが協調しあうような高度、かつうまく行くようなクラス設計できるようなセンスの持ち主が日本のIT業界に割り当てられるとは思えんし、実際に出くわしたこともない
絵空事のパワポの達人にはよく出くわすけどな
575デフォルトの名無しさん
2018/10/08(月) 01:22:14.15ID:5FzXpRZO いろんな人がいるな
法を犯さなければ野放しだから
法を犯さなければ野放しだから
576デフォルトの名無しさん
2018/10/08(月) 01:23:47.08ID:5FzXpRZO >>574
応用レイヤのclass設計で言うと見事と思えるものは海外にはある?
応用レイヤのclass設計で言うと見事と思えるものは海外にはある?
577デフォルトの名無しさん
2018/10/08(月) 01:30:22.12ID:5FzXpRZO この必死さ
自己評価だけは高い低学歴知恵遅れで底辺にありがち
低学歴知恵遅れで底辺であるからこそそうであるといえることが、
同様のサンプルをみるにつけ、最近段々と経験から分かるようになってきた
残念なことにすぐに分かっちゃう
自己評価だけは高い低学歴知恵遅れで底辺にありがち
低学歴知恵遅れで底辺であるからこそそうであるといえることが、
同様のサンプルをみるにつけ、最近段々と経験から分かるようになってきた
残念なことにすぐに分かっちゃう
578デフォルトの名無しさん
2018/10/08(月) 01:30:49.29ID:5FzXpRZO 低学歴知恵遅れはレスみても分かる通り
知能にも著しい欠陥があるのがすぐに分かちゃうからな
オツムの程度をみても
低学歴知恵遅れにオブジェクト指向はまずムリ
知能にも著しい欠陥があるのがすぐに分かちゃうからな
オツムの程度をみても
低学歴知恵遅れにオブジェクト指向はまずムリ
579デフォルトの名無しさん
2018/10/08(月) 01:31:05.39ID:5FzXpRZO オブジェクト指向は低学歴にはムリ
それはあってる
オマエも含めてな
それはあってる
オマエも含めてな
580デフォルトの名無しさん
2018/10/08(月) 01:32:16.55ID:5FzXpRZO と低学歴知恵遅れの底辺がいってもな
581デフォルトの名無しさん
2018/10/08(月) 01:33:25.88ID:YlFF3Gbm582デフォルトの名無しさん
2018/10/08(月) 01:33:53.33ID:5FzXpRZO ハードが壊れるのと
低学歴知恵遅れのオツムが壊れてるのは
別問題
低学歴知恵遅れのオツムが壊れてるのは
別問題
583デフォルトの名無しさん
2018/10/08(月) 01:34:34.01ID:5FzXpRZO システムが壊れてるワケじゃない
壊れてるのは低学歴知恵遅れのオツム
オツムが壊れてないヤツが作れば
壊れたシステムはできあがらない
オブジェクト指向はキチガイに刃物
ノータリンにオブジェクト指向を促すこと自体が常軌を逸してる
ノータリンがオブジェクト指向で開発しようとすること自体が銃刀法違反並の重罪
壊れてるのは低学歴知恵遅れのオツム
オツムが壊れてないヤツが作れば
壊れたシステムはできあがらない
オブジェクト指向はキチガイに刃物
ノータリンにオブジェクト指向を促すこと自体が常軌を逸してる
ノータリンがオブジェクト指向で開発しようとすること自体が銃刀法違反並の重罪
584デフォルトの名無しさん
2018/10/08(月) 01:34:43.31ID:SHTmPUE+ 低学歴知恵遅れがなんか壊れた
585デフォルトの名無しさん
2018/10/08(月) 01:35:07.92ID:5FzXpRZO だいたいわかる
ウンコスクリプトしか使えないような低学歴知恵遅れが
ムダにオブジェクト指向あげしてる
ウンコスクリプトしか使えないような低学歴知恵遅れが
ムダにオブジェクト指向あげしてる
586デフォルトの名無しさん
2018/10/08(月) 01:36:03.72ID:5FzXpRZO >>584
お前さんの今までのレスをコピペして遊んでいただけだよ
お前さんの今までのレスをコピペして遊んでいただけだよ
587デフォルトの名無しさん
2018/10/08(月) 01:36:36.34ID:5FzXpRZO 内容のあるレスを探したがが1つもなかったよ
588デフォルトの名無しさん
2018/10/08(月) 01:40:06.65ID:5FzXpRZO オレぐらいのレベルでないと
オブジェクト指向は使いこなせない
オブジェクト指向は使いこなせない
589デフォルトの名無しさん
2018/10/08(月) 01:40:53.29ID:5FzXpRZO もっとからかっちゃおうかなフフ
590デフォルトの名無しさん
2018/10/08(月) 01:43:12.51ID:SHTmPUE+ ID:B/yxkRYZ
ID:j/6nk0eH
ID:cRG95Xcq
ID:Kxio7RVg
ID:pq96CSzd
ID:k5h2WtG4
ID:IuTgmxg/
ID:R8M7QKDK
ID:mIq+f5AO
ID:SHTmPUE+
このスレのオレのレスはコレがすべてだ
オマエみたいな内容のない低学歴知恵遅れと違って
たくさん有益なレスをしてる
低学歴知恵遅れには理解できないし読めないのはわかる
知能に著しい欠陥があるからな
ID:j/6nk0eH
ID:cRG95Xcq
ID:Kxio7RVg
ID:pq96CSzd
ID:k5h2WtG4
ID:IuTgmxg/
ID:R8M7QKDK
ID:mIq+f5AO
ID:SHTmPUE+
このスレのオレのレスはコレがすべてだ
オマエみたいな内容のない低学歴知恵遅れと違って
たくさん有益なレスをしてる
低学歴知恵遅れには理解できないし読めないのはわかる
知能に著しい欠陥があるからな
591デフォルトの名無しさん
2018/10/08(月) 01:44:25.97ID:SHTmPUE+ 低学歴知恵遅れが自分を大きくみせようと
必死なのはわかる
必死なのはわかる
592デフォルトの名無しさん
2018/10/08(月) 01:46:21.56ID:5FzXpRZO593デフォルトの名無しさん
2018/10/08(月) 01:47:52.93ID:SHTmPUE+ バカは自分がバカであることに気づけないからな
キチガイには健常者がキチガイにみえるのと同じ
キチガイには健常者がキチガイにみえるのと同じ
594デフォルトの名無しさん
2018/10/08(月) 01:49:05.52ID:5FzXpRZO いやなら別に病院に行かないでそのままひとり病んでてもいいけど
他人にはつくづく迷惑かけないようにね
他人にはつくづく迷惑かけないようにね
595デフォルトの名無しさん
2018/10/08(月) 01:49:23.87ID:SHTmPUE+ バカは自分がバカであることに気づけない
つまりバカは一生治らない
まずバカはバカの自覚をもつことができない
つまりバカは一生治らない
まずバカはバカの自覚をもつことができない
596デフォルトの名無しさん
2018/10/08(月) 01:50:24.26ID:5FzXpRZO つかこんなにレスしてたんだ
ぱっとみノイズレスだと思って読んでなかった
ぱっとみノイズレスだと思って読んでなかった
597デフォルトの名無しさん
2018/10/08(月) 01:50:32.93ID:SHTmPUE+ 病んでるのは間違いなくオマエだからな
低学歴知恵遅れで底辺になると発症する病気にかかってる
低学歴知恵遅れで底辺になると発症する病気にかかってる
598デフォルトの名無しさん
2018/10/08(月) 01:52:18.66ID:5FzXpRZO ま火事とがいしは2chの華か
599デフォルトの名無しさん
2018/10/08(月) 01:58:28.42ID:SHTmPUE+ まあオマエはオツムの病院へいったほうがいいわ
オツムが壊れてる
間違いなく軽度の知的障害がある
オツムが壊れてる
間違いなく軽度の知的障害がある
600デフォルトの名無しさん
2018/10/08(月) 01:59:16.72ID:5FzXpRZO お前さんは重度だぞw
601デフォルトの名無しさん
2018/10/08(月) 02:00:38.48ID:5FzXpRZO つーかいい子だからもうオナニーでもしてネナヨ
おじさんは忙しいんだから
おじさんは忙しいんだから
602デフォルトの名無しさん
2018/10/08(月) 02:04:10.21ID:5FzXpRZO オナニー中らしいですww
603デフォルトの名無しさん
2018/10/08(月) 07:42:27.80ID:kgyl4Ui4 オブジェクト指向のメリットは出たかな?
604デフォルトの名無しさん
2018/10/08(月) 08:00:16.00ID:s8MF6MAn クラス単体のプログラムが出来るのは利点だと思う。
そのクラス同士のまとめが難しい
そのクラス同士のまとめが難しい
605デフォルトの名無しさん
2018/10/08(月) 08:22:40.86ID://kQ6Yzy ID:5FzXpRZO大発狂しちゃってるやん…
応酬見てると半角のほうがまだまともに見えてくる件w
>>574
みたいに人種に原因を求めるのは実は面白いと思う
本人たちが従ってる働き方に既に問題があって
そこに疑問を持たないしどうしようとも考えない
足並みそろえて稲植えてたら収穫できるって発想
たがいの独立性や多様性をベースとした協調
直交性のあるもんを組み合わせるという日常
ってのはやっぱあちらさんに向いてるんだろうね
応酬見てると半角のほうがまだまともに見えてくる件w
>>574
みたいに人種に原因を求めるのは実は面白いと思う
本人たちが従ってる働き方に既に問題があって
そこに疑問を持たないしどうしようとも考えない
足並みそろえて稲植えてたら収穫できるって発想
たがいの独立性や多様性をベースとした協調
直交性のあるもんを組み合わせるという日常
ってのはやっぱあちらさんに向いてるんだろうね
606デフォルトの名無しさん
2018/10/08(月) 09:15:06.72ID:r/3VlGF9 自由で独立した人間は因果関係に縛られないんだぜ
原因はこれだから結果は必ずこうなるとか思ってない
原因はこれだから結果は必ずこうなるとか思ってない
607デフォルトの名無しさん
2018/10/08(月) 09:31:21.11ID:rY7QFOOR >>606
それはお前の思い込みですね
それはお前の思い込みですね
608デフォルトの名無しさん
2018/10/08(月) 09:54:42.20ID:r/3VlGF9 思い込みではなく分類
因果関係に逆らえないのはモノや動物のように扱われる
それ以外が人間
因果関係に逆らえないのはモノや動物のように扱われる
それ以外が人間
609デフォルトの名無しさん
2018/10/08(月) 10:16:09.72ID:rY7QFOOR 思い込みではなく分類というのは話が噛み合ってない
そういう分類があるという思い込みなんだから
思い込み or 根拠がある という話なんだから、
思い込みじゃないなら根拠を示すべき
そういう分類があるという思い込みなんだから
思い込み or 根拠がある という話なんだから、
思い込みじゃないなら根拠を示すべき
610デフォルトの名無しさん
2018/10/08(月) 10:19:41.89ID:zWcMcpmc611デフォルトの名無しさん
2018/10/08(月) 10:34:48.33ID:r/3VlGF9 いや、こういうのでいいんだよ
分類に根拠がないという意見と、OOPに根拠がないという意見は似ている
分類に根拠がないという意見と、OOPに根拠がないという意見は似ている
612デフォルトの名無しさん
2018/10/08(月) 10:36:56.72ID:kgyl4Ui4 それでオブジェクト指向にメリットはあるのかい?
613デフォルトの名無しさん
2018/10/08(月) 11:23:00.34ID:rY7QFOOR614デフォルトの名無しさん
2018/10/08(月) 11:23:35.59ID:rY7QFOOR どや? 話をずらそうとしても、毎回戻されるのって苦痛やろう?www
615デフォルトの名無しさん
2018/10/08(月) 12:12:51.99ID:Py80K8TM 半角さんは逃げてこんなスレでも足りない知識でドヤしてるんだwww
616デフォルトの名無しさん
2018/10/08(月) 13:57:02.86ID:HrAB4JNP GUIみたいに誰もが抽象化のイメージがわきやすいクラスと、Webフレームワークのような、使う人が継承して使えばなんとなく便利なクラスでは、抽象化のやりかたそのものが学問になりそうだよな
一般人はおとなしく継承したクラスの中に、業務ロジックを構造化プログラミングしてなさいってこった
一般人はおとなしく継承したクラスの中に、業務ロジックを構造化プログラミングしてなさいってこった
617デフォルトの名無しさん
2018/10/08(月) 14:15:51.85ID:kgyl4Ui4 >>616
抽象化に何のメリットがあるの?
抽象化に何のメリットがあるの?
618デフォルトの名無しさん
2018/10/08(月) 15:37:04.77ID:aKFx8hdA >>617
GUIの座標とか描画とか、共通関数にするよりもスーパークラスに持たせた方が共通処理と分岐処理が別れて、分岐判断の引数とか減るだろ?
別にオブジェクト志向言語じゃなくても構造体でも出来るし、事実、WindowsだってCで書かれてるけどな
GUIの座標とか描画とか、共通関数にするよりもスーパークラスに持たせた方が共通処理と分岐処理が別れて、分岐判断の引数とか減るだろ?
別にオブジェクト志向言語じゃなくても構造体でも出来るし、事実、WindowsだってCで書かれてるけどな
619デフォルトの名無しさん
2018/10/08(月) 15:55:28.49ID:kgyl4Ui4 >>618
いや別に分岐が必要な仕様じゃないんだけど
いや別に分岐が必要な仕様じゃないんだけど
620デフォルトの名無しさん
2018/10/08(月) 16:12:29.55ID:HqDSWn9/ >>618
WindowsはC++では?
WindowsはC++では?
621デフォルトの名無しさん
2018/10/08(月) 16:30:04.70ID:IMi/szTI622デフォルトの名無しさん
2018/10/08(月) 16:46:43.13ID:kgyl4Ui4 >>621
switch case
switch case
623デフォルトの名無しさん
2018/10/08(月) 16:55:14.91ID:IMi/szTI624デフォルトの名無しさん
2018/10/08(月) 17:20:09.48ID:kgyl4Ui4 >>623
いや、テメーで勝手に分岐が必要なブッサイクなクラス作っておいて
それはないなと
それにクラス構造で分岐しないでくんない?
読み辛い
はっきり言ってクソ
仕様書にどんな条件で分岐してるのか書きにくい
控えめに言って死ね
いや、テメーで勝手に分岐が必要なブッサイクなクラス作っておいて
それはないなと
それにクラス構造で分岐しないでくんない?
読み辛い
はっきり言ってクソ
仕様書にどんな条件で分岐してるのか書きにくい
控えめに言って死ね
625デフォルトの名無しさん
2018/10/08(月) 17:24:49.00ID:Tz+BH4lq >>623
こういう奴がパラダイムの違いを理解しないまま書くからOOPが害悪になるんだよな
こういう奴がパラダイムの違いを理解しないまま書くからOOPが害悪になるんだよな
626デフォルトの名無しさん
2018/10/08(月) 17:28:45.60ID:SHTmPUE+ windowsでは普通にイベント分岐処理でもswitch文使う
それを隠蔽化するために仮想関数にして実現するどうかは作るヤツのセンスで決まる
それを隠蔽化するために仮想関数にして実現するどうかは作るヤツのセンスで決まる
627デフォルトの名無しさん
2018/10/08(月) 17:30:28.51ID:kgyl4Ui4628デフォルトの名無しさん
2018/10/08(月) 17:43:41.49ID:YlFF3Gbm いや、実際にWM_xxxxに対するcase文てんこ盛りだけど。Windowsの低レベルプログラムは。
629デフォルトの名無しさん
2018/10/08(月) 17:45:55.46ID:IMi/szTI630デフォルトの名無しさん
2018/10/08(月) 17:48:29.61ID:lYyho1IC MFCのメッセージマップは嫌いだった。
switchのほうが100倍分かりやすい。
switchのほうが100倍分かりやすい。
631デフォルトの名無しさん
2018/10/08(月) 17:54:08.00ID:YlFF3Gbm MFCが出てくる前は、Cでゴリゴリ書いてたのよ
MFCが曲者っつー話はさておき、
Cでクライアントプログラムを書くわけだが、Windows自体はOOそのものの思想で作られていて、ウインドウクラスの登録から始まる
MFCが曲者っつー話はさておき、
Cでクライアントプログラムを書くわけだが、Windows自体はOOそのものの思想で作られていて、ウインドウクラスの登録から始まる
>>626
>windowsでは普通にイベント分岐処理でもswitch文使う
pedzold では終始一貫して switch なのは、ちょっとどうかな、と当時でさえ思っていました
>それを隠蔽化するために仮想関数にして実現するどうかは作るヤツのセンスで決まる
今思うに、これは悪手なのではないかと
>windowsでは普通にイベント分岐処理でもswitch文使う
pedzold では終始一貫して switch なのは、ちょっとどうかな、と当時でさえ思っていました
>それを隠蔽化するために仮想関数にして実現するどうかは作るヤツのセンスで決まる
今思うに、これは悪手なのではないかと
>>631
>Windows自体はOOそのものの思想で作られていて、ウインドウクラスの登録から始まる
それ、今でもよくわからないですね
::RegisterClass() ってコンストラクタに該当するのですか?なぜ ::CreateWindow() とは別に定義したのでしょうか?私はこの二つはラッピングしちゃってます…
>Windows自体はOOそのものの思想で作られていて、ウインドウクラスの登録から始まる
それ、今でもよくわからないですね
::RegisterClass() ってコンストラクタに該当するのですか?なぜ ::CreateWindow() とは別に定義したのでしょうか?私はこの二つはラッピングしちゃってます…
634デフォルトの名無しさん
2018/10/08(月) 19:22:15.46ID:Tqf3ZL+v WindowsをCで書くわけにはいまさら中々いかないだろう。
かといってgcのある言語やインタプリタのようにアプリ寄りの言語で書くのは不可能だろ。
そうやってnative codeを出せかつOSの記述も(苦労するが何とか)記述可能な言語は
消去法でC++しかなくなる。DとかRustじゃ無理。
また、Windowsと言う位だから、上位には何らかのOOP GUI IFを提供しなければならない。
別にC++のOOP機能が優れていたからWindowsがC++が記述されたわけではない。
ここ勘違いしないように。
かといってgcのある言語やインタプリタのようにアプリ寄りの言語で書くのは不可能だろ。
そうやってnative codeを出せかつOSの記述も(苦労するが何とか)記述可能な言語は
消去法でC++しかなくなる。DとかRustじゃ無理。
また、Windowsと言う位だから、上位には何らかのOOP GUI IFを提供しなければならない。
別にC++のOOP機能が優れていたからWindowsがC++が記述されたわけではない。
ここ勘違いしないように。
635デフォルトの名無しさん
2018/10/08(月) 19:25:35.43ID:lYyho1IC WindowsがOOそのものの思想、と言うのはハンドルまみれなAPI群があるので素直に同意できないけど、ウィンドウ周りは多少は頑張った感あるよね。
>>633
ウィンドウクラスとウィンドウを別管理にすることで、同じウィンドウクラスを使い回す時にメモリが節約できるというメリットがあるかと。
>>633
ウィンドウクラスとウィンドウを別管理にすることで、同じウィンドウクラスを使い回す時にメモリが節約できるというメリットがあるかと。
636デフォルトの名無しさん
2018/10/08(月) 19:29:38.91ID:5naxcKBN シグナルが何とかならないかと思うけど
atomとかもう使いたくない
atomとかもう使いたくない
637デフォルトの名無しさん
2018/10/08(月) 20:24:37.00ID:Z6PD3tJ3 >>526さんへ
示された所じゃなくて
その下に有ったリンク先を読んで解った事が有った
https://qiita.com/hiruberuto/items/26a813ab2b188ca39019
読んでいて何が自分に難しいのか?
関数型の場合
処理対象全域を考えて関数で並ぶように作らないといけない
副作用やその他の物を一時に頭に入れて整理し無いといけない
(リンク先にはそうではないと書かれているが自分にはそう見える)
けどオブジェクト指向の場合
対象となる処理を分割して個々に作っていく
分割して個々に作っていった物を連携させて
最終的にはその集合体が出来上がれば機能する
という方が自分に向いている
頭が悪い人間と言うのは広く色んな要素が一編に出て来る物の状態を正確に把握して
それを組み立てる
というのが苦手なのよ
関数型プログラミングは間違いなく
使える人が限られる
そういう物になるだろあなぁ
でもc++なんかでも標準ライブラリーに既にそれっぽいのが有るから
使える程度には理解しないといけなくなるんだろうねぇ
その程度ならなんとかなるかなぁ(笑)
何にしても参考になりました
示された所じゃなくて
その下に有ったリンク先を読んで解った事が有った
https://qiita.com/hiruberuto/items/26a813ab2b188ca39019
読んでいて何が自分に難しいのか?
関数型の場合
処理対象全域を考えて関数で並ぶように作らないといけない
副作用やその他の物を一時に頭に入れて整理し無いといけない
(リンク先にはそうではないと書かれているが自分にはそう見える)
けどオブジェクト指向の場合
対象となる処理を分割して個々に作っていく
分割して個々に作っていった物を連携させて
最終的にはその集合体が出来上がれば機能する
という方が自分に向いている
頭が悪い人間と言うのは広く色んな要素が一編に出て来る物の状態を正確に把握して
それを組み立てる
というのが苦手なのよ
関数型プログラミングは間違いなく
使える人が限られる
そういう物になるだろあなぁ
でもc++なんかでも標準ライブラリーに既にそれっぽいのが有るから
使える程度には理解しないといけなくなるんだろうねぇ
その程度ならなんとかなるかなぁ(笑)
何にしても参考になりました
638デフォルトの名無しさん
2018/10/08(月) 20:28:18.73ID:kgyl4Ui4639デフォルトの名無しさん
2018/10/08(月) 20:31:49.61ID:kgyl4Ui4 メソッド呼ぶたびにクソクラスの内部のウンコがどうなってるのか
ケツアナほじって掻き出さなきゃいけねーんだよ
ケツアナほじって掻き出さなきゃいけねーんだよ
640デフォルトの名無しさん
2018/10/08(月) 20:35:33.15ID:IMi/szTI 標準ライブラリのprivateメソッドとか
もうソースコード読みまくりだからな
もうソースコード読みまくりだからな
>>635
>ウィンドウクラスとウィンドウを別管理にすることで、同じウィンドウクラスを使い回す時に
同じウィンドウクラスを使いまわすっていうのが、そういうことをやる機会があるかどうか、という点でいまいち、なんです
つまり現状のウインドウクラスにてウィンドウプロシージャを設定する、というのが疑問でして、ウィンドウプロシージャが ::CreateWindow() の引数だったら、使いまわす、ってことも検討したかもしれませんが
>ウィンドウクラスとウィンドウを別管理にすることで、同じウィンドウクラスを使い回す時に
同じウィンドウクラスを使いまわすっていうのが、そういうことをやる機会があるかどうか、という点でいまいち、なんです
つまり現状のウインドウクラスにてウィンドウプロシージャを設定する、というのが疑問でして、ウィンドウプロシージャが ::CreateWindow() の引数だったら、使いまわす、ってことも検討したかもしれませんが
642デフォルトの名無しさん
2018/10/08(月) 21:30:56.46ID:811LgONL >>637
foreach, map, reduce, filter などを使うことによって、
for ループやif分岐や一時変数を使う助長で古典的な書き方から脱却し
リストの要素間の多対応・変換を宣言的に記述し切っていく、
既存言語に拡張されつつある関数プログラミングパラダイムの
限定的でも美味しいとこ取り的な使い方からはじめても全然いいんジャマイカ
foreach, map, reduce, filter などを使うことによって、
for ループやif分岐や一時変数を使う助長で古典的な書き方から脱却し
リストの要素間の多対応・変換を宣言的に記述し切っていく、
既存言語に拡張されつつある関数プログラミングパラダイムの
限定的でも美味しいとこ取り的な使い方からはじめても全然いいんジャマイカ
643デフォルトの名無しさん
2018/10/08(月) 21:35:43.59ID:811LgONL あと、詳しく書くと長くなるので一言ずつ書くと
繰り返しではなく末尾再帰を使えるところでは活用する
クラスを設けて多様性をあらわすのではなく、クロージャーや部分適用で簡潔に表現する
遅延評価や関数変換を使って有効なところで使う
とか
繰り返しではなく末尾再帰を使えるところでは活用する
クラスを設けて多様性をあらわすのではなく、クロージャーや部分適用で簡潔に表現する
遅延評価や関数変換を使って有効なところで使う
とか
644デフォルトの名無しさん
2018/10/08(月) 21:36:52.15ID:IMi/szTI 関数型とオブジェクト指向は実は相性がよくて、
オブジェクト指向でオブジェクトとしての構造を
そしてオブジェクト指向の中で使う関数は関数型と
組み合わせて使うのが最強なんだ
オブジェクト指向でオブジェクトとしての構造を
そしてオブジェクト指向の中で使う関数は関数型と
組み合わせて使うのが最強なんだ
645デフォルトの名無しさん
2018/10/08(月) 21:39:02.72ID:811LgONL646デフォルトの名無しさん
2018/10/08(月) 21:43:02.58ID:IMi/szTI 末尾再帰の話が出てきたから、知識の浅い人に説明しておくと
関数型は再帰で実装するから手続き型のループを使う方法よりも遅いという常識を
特定の条件を満たしている場合にループに変換することで、遅くならない
というもの。決してループよりも速くなるわけではない
関数型は再帰で実装するから手続き型のループを使う方法よりも遅いという常識を
特定の条件を満たしている場合にループに変換することで、遅くならない
というもの。決してループよりも速くなるわけではない
647デフォルトの名無しさん
2018/10/08(月) 21:45:21.28ID:IMi/szTI648デフォルトの名無しさん
2018/10/08(月) 21:45:58.21ID:811LgONL >>644
あとcontinuationとかyieldとか使うと幸せになることがたまにあるぜよ
あとcontinuationとかyieldとか使うと幸せになることがたまにあるぜよ
649デフォルトの名無しさん
2018/10/08(月) 21:46:30.31ID:IMi/szTI >>648
はい。オブジェクトの内部で使います
はい。オブジェクトの内部で使います
650デフォルトの名無しさん
2018/10/08(月) 21:47:17.86ID:811LgONL651デフォルトの名無しさん
2018/10/08(月) 21:48:12.08ID:811LgONL >>649
methodの中つまり関数の中でだろ
methodの中つまり関数の中でだろ
652デフォルトの名無しさん
2018/10/08(月) 21:50:45.37ID:811LgONL 明日出勤なので寝るぜ
あばよはげどもノシ
あばよはげどもノシ
653デフォルトの名無しさん
2018/10/08(月) 21:51:32.33ID:IMi/szTI654デフォルトの名無しさん
2018/10/08(月) 21:53:09.64ID:kgyl4Ui4 オブジェクト指向のメリットは説明できたかい?
定期的に貼らないと関係ないこと主張する奴がわくからな
これが説明できないならクソ
定期的に貼らないと関係ないこと主張する奴がわくからな
これが説明できないならクソ
655デフォルトの名無しさん
2018/10/08(月) 21:56:30.02ID:IMi/szTI オブジェクト指向のメリットは状態を
簡潔にわかりやすく持たせることができる
アルゴリズムならともかくシステムから
状態をなくすのは不可能なので
それをどれだけ直感的に扱うか不可欠になる
それが関数型に対するオブジェクト指向のメリット
簡潔にわかりやすく持たせることができる
アルゴリズムならともかくシステムから
状態をなくすのは不可能なので
それをどれだけ直感的に扱うか不可欠になる
それが関数型に対するオブジェクト指向のメリット
656デフォルトの名無しさん
2018/10/08(月) 22:00:12.76ID:811LgONL >>655
直感ですか…
直感ですか…
657デフォルトの名無しさん
2018/10/08(月) 22:01:29.15ID:r/3VlGF9 OOPのメリットを教えてくれる奴なんていくらでもいたよな
それでOOPが普及して
ふと気付いたらメリットが何だったのか思い出せない
ここでまたメリットを教えられても無限にループするだけだ
それでOOPが普及して
ふと気付いたらメリットが何だったのか思い出せない
ここでまたメリットを教えられても無限にループするだけだ
658デフォルトの名無しさん
2018/10/08(月) 22:05:17.61ID:IMi/szTI659デフォルトの名無しさん
2018/10/08(月) 22:05:31.32ID:811LgONL 型クラス、クラスscope、オブジェクトscope,
同じ名前の多態(振る舞いの違い)、
継承によるあっちこっちに無難格納したソースファイルの
似たmethon部分の短冊のような共有による依存性のジャングル
これらについて理論的、科学的に有効性を述べないとだめだよ
同じ名前の多態(振る舞いの違い)、
継承によるあっちこっちに無難格納したソースファイルの
似たmethon部分の短冊のような共有による依存性のジャングル
これらについて理論的、科学的に有効性を述べないとだめだよ
660デフォルトの名無しさん
2018/10/08(月) 22:11:45.44ID:811LgONL そう、そしてそれらがある程度規模の大きく複雑な
アプリケーションレイヤのソフトウエアの構造表現として
どう有効なのか理論的、科学的に述べないと…
アプリケーションレイヤのソフトウエアの構造表現として
どう有効なのか理論的、科学的に述べないと…
■ このスレッドは過去ログ倉庫に格納されています
