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

**デフォルトの名無しさん** · 2018/08/24(金) 13:32:09.36

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

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

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

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

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

**デフォルトの名無しさん** · 2018/10/08(月) 17:20:09.48

>>623
いや、テメーで勝手に分岐が必要なブッサイクなクラス作っておいて
それはないなと
それにクラス構造で分岐しないでくんない？
読み辛い
はっきり言ってクソ
仕様書にどんな条件で分岐してるのか書きにくい
控えめに言って死ね

**デフォルトの名無しさん** · 2018/10/08(月) 17:24:49.00

>>623
こういう奴がパラダイムの違いを理解しないまま書くからOOPが害悪になるんだよな

**デフォルトの名無しさん** · 2018/10/08(月) 17:28:45.60

windowsでは普通にｲﾍﾞﾝﾄ分岐処理でもswitch文使う
それを隠蔽化するために仮想関数にして実現するどうかは作るﾔﾂのｾﾝｽで決まる

**デフォルトの名無しさん** · 2018/10/08(月) 17:30:28.51

>>626
それすげーやめてほしい
こっちはテメーが作ったただでさえうんこみたいな設計書に
そう書いてあるから見に行ったのに
そのとおり作ってないとか設計書ゴミ箱に捨てんぞ糞が

**デフォルトの名無しさん** · 2018/10/08(月) 17:43:41.49

いや、実際にWM_xxxxに対するcase文てんこ盛りだけど。Windowsの低レベルプログラムは。

**デフォルトの名無しさん** · 2018/10/08(月) 17:45:55.46

>>628
> いや、実際にWM_xxxxに対するcase文てんこ盛りだけど。

オブジェクト指向で作らないからそうなる

**デフォルトの名無しさん** · 2018/10/08(月) 17:48:29.61

MFCのメッセージマップは嫌いだった。
switchのほうが100倍分かりやすい。

**デフォルトの名無しさん** · 2018/10/08(月) 17:54:08.00

MFCが出てくる前は、Cでゴリゴリ書いてたのよ
MFCが曲者っつー話はさておき、
Cでクライアントプログラムを書くわけだが、Windows自体はOOそのものの思想で作られていて、ウインドウクラスの登録から始まる

◆QZaw55cn4c · 2018/10/08(月) 18:53:59.21

>>626
＞windowsでは普通にｲﾍﾞﾝﾄ分岐処理でもswitch文使う
pedzold では終始一貫して switch なのは、ちょっとどうかな、と当時でさえ思っていました

＞それを隠蔽化するために仮想関数にして実現するどうかは作るﾔﾂのｾﾝｽで決まる
今思うに、これは悪手なのではないかと

◆QZaw55cn4c · 2018/10/08(月) 18:58:32.67

>>631
＞Windows自体はOOそのものの思想で作られていて、ウインドウクラスの登録から始まる
それ、今でもよくわからないですね
::RegisterClass() ってコンストラクタに該当するのですか？なぜ ::CreateWindow() とは別に定義したのでしょうか？私はこの二つはラッピングしちゃってます…

**デフォルトの名無しさん** · 2018/10/08(月) 19:22:15.46

WindowsをCで書くわけにはいまさら中々いかないだろう。
かといってgcのある言語やインタプリタのようにアプリ寄りの言語で書くのは不可能だろ。
そうやってnative codeを出せかつOSの記述も(苦労するが何とか)記述可能な言語は
消去法でC++しかなくなる。DとかRustじゃ無理。

また、Windowsと言う位だから、上位には何らかのOOP GUI IFを提供しなければならない。
別にC++のOOP機能が優れていたからWindowsがC++が記述されたわけではない。
ここ勘違いしないように。

**デフォルトの名無しさん** · 2018/10/08(月) 19:25:35.43

WindowsがOOそのものの思想、と言うのはハンドルまみれなAPI群があるので素直に同意できないけど、ウィンドウ周りは多少は頑張った感あるよね。
>>633
ウィンドウクラスとウィンドウを別管理にすることで、同じウィンドウクラスを使い回す時にメモリが節約できるというメリットがあるかと。

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

シグナルが何とかならないかと思うけど
atomとかもう使いたくない

**デフォルトの名無しさん** · 2018/10/08(月) 20:24:37.00

>>526さんへ

示された所じゃなくて
その下に有ったリンク先を読んで解った事が有った
https://qiita.com/hiruberuto/items/26a813ab2b188ca39019
読んでいて何が自分に難しいのか?

関数型の場合
処理対象全域を考えて関数で並ぶように作らないといけない
副作用やその他の物を一時に頭に入れて整理し無いといけない
(リンク先にはそうではないと書かれているが自分にはそう見える)

けどオブジェクト指向の場合
対象となる処理を分割して個々に作っていく
分割して個々に作っていった物を連携させて
最終的にはその集合体が出来上がれば機能する
という方が自分に向いている

頭が悪い人間と言うのは広く色んな要素が一編に出て来る物の状態を正確に把握して
それを組み立てる
というのが苦手なのよ

関数型プログラミングは間違いなく
使える人が限られる
そういう物になるだろあなぁ

でもc++なんかでも標準ライブラリーに既にそれっぽいのが有るから
使える程度には理解しないといけなくなるんだろうねぇ
その程度ならなんとかなるかなぁ(笑)

何にしても参考になりました

**デフォルトの名無しさん** · 2018/10/08(月) 20:28:18.73

>>637
バカじゃん
テメー以外の奴が作ったときに
privateにされたらそれでしめーだろーが

そういう当たり前の想像力が欠落してるからテメーは何考えても
ダメダメのうんこちゃんなんだよ

**デフォルトの名無しさん** · 2018/10/08(月) 20:31:49.61

メソッド呼ぶたびにクソクラスの内部のウンコがどうなってるのか
ケツアナほじって掻き出さなきゃいけねーんだよ

**デフォルトの名無しさん** · 2018/10/08(月) 20:35:33.15

標準ライブラリのprivateメソッドとか
もうソースコード読みまくりだからな

◆QZaw55cn4c · 2018/10/08(月) 20:52:27.06

>>635
＞ウィンドウクラスとウィンドウを別管理にすることで、同じウィンドウクラスを使い回す時に
同じウィンドウクラスを使いまわすっていうのが、そういうことをやる機会があるかどうか、という点でいまいち、なんです
つまり現状のウインドウクラスにてウィンドウプロシージャを設定する、というのが疑問でして、ウィンドウプロシージャが ::CreateWindow() の引数だったら、使いまわす、ってことも検討したかもしれませんが

**デフォルトの名無しさん** · 2018/10/08(月) 21:30:56.46

>>637
foreach, map, reduce, filter などを使うことによって、
for ループやif分岐や一時変数を使う助長で古典的な書き方から脱却し
リストの要素間の多対応・変換を宣言的に記述し切っていく、
既存言語に拡張されつつある関数プログラミングパラダイムの
限定的でも美味しいとこ取り的な使い方からはじめても全然いいんジャマイカ

**デフォルトの名無しさん** · 2018/10/08(月) 21:35:43.59

あと、詳しく書くと長くなるので一言ずつ書くと
繰り返しではなく末尾再帰を使えるところでは活用する
クラスを設けて多様性をあらわすのではなく、クロージャーや部分適用で簡潔に表現する
遅延評価や関数変換を使って有効なところで使う
とか

**デフォルトの名無しさん** · 2018/10/08(月) 21:36:52.15

関数型とオブジェクト指向は実は相性がよくて、
オブジェクト指向でオブジェクトとしての構造を
そしてオブジェクト指向の中で使う関数は関数型と
組み合わせて使うのが最強なんだ

**デフォルトの名無しさん** · 2018/10/08(月) 21:39:02.72

>>644
だからそれはレイヤやグレインの観点から上手くいかないんじゃないかって
上で書いたのに。
上手くいく方法があったら披露してよ

**デフォルトの名無しさん** · 2018/10/08(月) 21:43:02.58

末尾再帰の話が出てきたから、知識の浅い人に説明しておくと

関数型は再帰で実装するから手続き型のループを使う方法よりも遅いという常識を
特定の条件を満たしている場合にループに変換することで、遅くならない
というもの。決してループよりも速くなるわけではない

**デフォルトの名無しさん** · 2018/10/08(月) 21:45:21.28

>>645
何ができたらうまくいくってことになるんだ？

俺にとっては開発が楽になることがうまくいくことだ
楽になってるのでうまくいっている

**デフォルトの名無しさん** · 2018/10/08(月) 21:45:58.21

>>644
あとcontinuationとかyieldとか使うと幸せになることがたまにあるぜよ

**デフォルトの名無しさん** · 2018/10/08(月) 21:46:30.31

>>648
はい。オブジェクトの内部で使います

**デフォルトの名無しさん** · 2018/10/08(月) 21:47:17.86

>>647
何の言語で何をどう作ってんだか知らないが
上手く言っているなら方法論を披露プリーズ

**デフォルトの名無しさん** · 2018/10/08(月) 21:48:12.08

>>649
methodの中つまり関数の中でだろ

**デフォルトの名無しさん** · 2018/10/08(月) 21:50:45.37

明日出勤なので寝るぜ
あばよはげどもﾉｼ

**デフォルトの名無しさん** · 2018/10/08(月) 21:51:32.33

>>650
方法論ってなにがほしいのか知らんが、
関数型言語で作ったライブラリは状態を持たないから
汎用的な関数ライブラリになる。
それを便利にオブジェクトで使用する

**デフォルトの名無しさん** · 2018/10/08(月) 21:53:09.64

オブジェクト指向のメリットは説明できたかい？

定期的に貼らないと関係ないこと主張する奴がわくからな
これが説明できないならクソ

**デフォルトの名無しさん** · 2018/10/08(月) 21:56:30.02

オブジェクト指向のメリットは状態を
簡潔にわかりやすく持たせることができる

アルゴリズムならともかくシステムから
状態をなくすのは不可能なので
それをどれだけ直感的に扱うか不可欠になる

それが関数型に対するオブジェクト指向のメリット

**デフォルトの名無しさん** · 2018/10/08(月) 22:00:12.76

>>655
直感ですか…

**デフォルトの名無しさん** · 2018/10/08(月) 22:01:29.15

OOPのメリットを教えてくれる奴なんていくらでもいたよな
それでOOPが普及して
ふと気付いたらメリットが何だったのか思い出せない

ここでまたメリットを教えられても無限にループするだけだ

**デフォルトの名無しさん** · 2018/10/08(月) 22:05:17.61

>>656
そう。3歳の子供でも、リンゴとミカンの色や形
犬や猫の鳴き声の違いぐらいわかるだろう。
それぐれいオブジェクト指向は人間の思考と一致している

**デフォルトの名無しさん** · 2018/10/08(月) 22:05:31.32

型クラス、クラスscope、オブジェクトscope,
同じ名前の多態(振る舞いの違い)、
継承によるあっちこっちに無難格納したソースファイルの
似たmethon部分の短冊のような共有による依存性のジャングル

これらについて理論的、科学的に有効性を述べないとだめだよ

**デフォルトの名無しさん** · 2018/10/08(月) 22:11:45.44

そう、そしてそれらがある程度規模の大きく複雑な
アプリケーションレイヤのソフトウエアの構造表現として
どう有効なのか理論的、科学的に述べないと…

**デフォルトの名無しさん** · 2018/10/08(月) 22:19:30.00

確実にメリットがあるなら人には教えないで独占する
それが理論的で合理的

確実ではないギャンブルなら人に教える

**デフォルトの名無しさん** · 2018/10/08(月) 22:28:08.41

>>661
つまりメリットは無いとｗ

**デフォルトの名無しさん** · 2018/10/08(月) 22:33:36.33

ｵﾌﾞｼﾞｪｸﾄ指向は低学歴にはﾑﾘ
それはあってる

ｵﾏｴも含めてな

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

たまに見るけど100%でない=0%の人の思考はどうなってんだろうね

**デフォルトの名無しさん** · 2018/10/08(月) 22:35:17.30

パニックでも起しちゃってるのかなこの子

**デフォルトの名無しさん** · 2018/10/08(月) 22:37:03.95

低学歴知恵遅れが自分を大きくみせようと
必死なのはわかる

**デフォルトの名無しさん** · 2018/10/08(月) 22:38:24.97

だいたいわかる

ｳﾝｺｽｸﾘﾌﾟﾄしか使えないような低学歴知恵遅れが
ﾑﾀﾞにｵﾌﾞｼﾞｪｸﾄ指向あげしてる

**デフォルトの名無しさん** · 2018/10/08(月) 22:44:26.66

まーたお前かいつも必死だな

**デフォルトの名無しさん** · 2018/10/08(月) 22:51:37.06

節子それfake

**デフォルトの名無しさん** · 2018/10/08(月) 23:13:05.52

1bit思考の中で最悪なのは、需要と供給
買う方が100%自己責任と思ってるから売ってる側は罪悪感0

**デフォルトの名無しさん** · 2018/10/08(月) 23:18:57.76

その論点から起こしてだね、
オブジェクト指向の有効性を非論理的、寝技的に布教しようとするのは
いくらなんでももう、無理があるよ

**デフォルトの名無しさん** · 2018/10/08(月) 23:40:30.66

ここの議論でもそうだけどカプセル化とかインターフェイスに対するプログラミングとか
ここの要素について話すのは意味があるが
「オブジェクト指向」って言葉でまとめると途端にクソ議論になる。
その意味ではやっぱり失敗だろう。

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

>>672
その辺はポジティブな意味合いが強いからな
ただメリットがあるからってデメリットがどうなるかは別問題として

**デフォルトの名無しさん** · 2018/10/09(火) 06:16:50.45

カプセル化とかは「学習コスト」だから100%ネガティブ
コストを消費する代わりに何かメリットがないとポジティブどころか中立にもならねえ

**デフォルトの名無しさん** · 2018/10/09(火) 06:53:21.12

今になって思うのは、オブジェクト指向にまつわる説明で特徴的な何々は何々であるだから何々があるはずだ的な事は製作者側の考え方の根本だったんだろうな。
ここに共感してないから触ってても疑問がつきまとう。
それでもってこういう考え方をする奴は布教的な奴が多い。こういう奴らは本当本当に嫌いだわ。人のその後に対する考えなんてみじんも無い。
例えばウェブ上で人気の言語的なランキングで上位に入ってる言語と周りを見渡して実際触られる言語の食い違いがひどい。
他の奴の意見見てると大体同じ感覚で変な笑いがでる。

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

振り返ると、信仰宗教みたいな流行だった

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

オブジェクト指向の宗教的側面と、Rubyの宗教的側面がかけ合わさって
ドン引きするレベルの狂信者が出現した

もはや言語は死につつあるのに狂信者は毎日板を荒らし回ってる

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

>>674
学習コストはなんにでも適用できる
一般的すぎて無視できる

プログラムを作るにはカロリーを消費すると
言うようなもの、そらそうだで終わり

**デフォルトの名無しさん** · 2018/10/09(火) 11:01:37.61

カプセル化してしてデータを閉じ込めることこそ
オブジェクト指向の真髄、データに対する責務を
集約する事でプログラムを作りやすく堅牢で
メンテナンスしやすくできる

**デフォルトの名無しさん** · 2018/10/09(火) 11:40:52.35

>>678
コストがあるから見返りにメリットが必要だったんだが
コストを無視するならもうメリットがあってもなくてもいいぞ

**デフォルトの名無しさん** · 2018/10/09(火) 12:02:03.11

>>680
一般論過ぎてオブジェクト指向の話になってないやん

**デフォルトの名無しさん** · 2018/10/09(火) 12:02:46.32

赤信号なら止まると良いぞと言ってるようなもの
当たり前やん

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

オブジェクト指向テクニックを使うと外から壊されにくい
堅牢なデータ構造を作ることができてプログラムの
完全性を保証できる、オブジェクトを組み合わせて
より大きなプログラムを作れるっていうのが
オブジェクト指向のメリット

**デフォルトの名無しさん** · 2018/10/09(火) 12:11:49.02

当たり前すぎるってあれだよな
反証不可能ってやつ
反証したい勢力と対立煽りするくらいがちょうどいいんだよな

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

データ隠蔽が有害っていうのは嘘だ
データは隠してなんぼ、オブジェクトを使う側に
データの存在を意識させないようにする事で堅牢な
プログラムを構築できる

**デフォルトの名無しさん** · 2018/10/09(火) 12:44:03.73

大規模開発はオブジェクト志向が、
とか喧伝する低偏差値信者もおとなしくなり、
一歩下がって、そんなに良いものだったっけ？と振り帰られる雰囲気がでてきたのは良いこと

いつまでも熱狂信者の思惑通りにはいかないよ
時がたてば、本当にコストペイするものだけが生き残る

**デフォルトの名無しさん** · 2018/10/09(火) 15:34:08.86

>>685
テストもできないのが不味い
結局使用する側が状態を意識しなくてもいい造りなら問題はおきない

でもinitメソッド連発で呼ばれると死ぬだろ現実
initメソッド呼んだんだからどんな状態であれ初期状態に移行しろよ
ってのが呼ぶ側の主張

**デフォルトの名無しさん** · 2018/10/09(火) 16:17:24.49

>>687
ヌ

**デフォルトの名無しさん** · 2018/10/09(火) 16:51:04.98

>>688
ル

**デフォルトの名無しさん** · 2018/10/09(火) 17:11:39.56

>>687
> でもinitメソッド連発で呼ばれると死ぬだろ現実
> initメソッド呼んだんだからどんな状態であれ初期状態に移行しろよ

どんな場合でも初期状態に移行すればいいだけでは？

**デフォルトの名無しさん** · 2018/10/09(火) 17:18:38.78

別スレッドでアクセス中でもか？

**デフォルトの名無しさん** · 2018/10/09(火) 17:23:43.77

>>691
別スレッドでアクセスさせなければいいだけ

**デフォルトの名無しさん** · 2018/10/09(火) 17:54:07.48

スレドセーフじゃないのなら仕方ない

**デフォルトの名無しさん** · 2018/10/09(火) 18:17:11.30

>>690
でも実際はハードに近い部分のinitだったりするとそうはいかないケースがあるよね？
って可能性が想定できないなら君は設計を語るレベルにないんじゃない？

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

>>694
自分の都合がいい条件じゃないと当てはまらないと
認めているようなもんじゃないかｗ

**デフォルトの名無しさん** · 2018/10/09(火) 18:37:20.67

>>695
いやいや、この場合そういうケースがあることを説明できればいいよね

**デフォルトの名無しさん** · 2018/10/09(火) 18:50:57.71

>>696
じゃあそういうケース以外には当てはまらないってことでいいよね
例外中の例外なんてどうでもいいわ

**デフォルトの名無しさん** · 2018/10/09(火) 18:51:36.15

それに関数型だとハードに近い部分はさわれないし

**デフォルトの名無しさん** · 2018/10/09(火) 18:52:15.46

メソッド呼ぶほうが呼び出し順にナーバスな設計というのが糞
内部を隠蔽できてねーやんというだけのこと

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

>>697
問題はオブジェクトが状態を内包しちゃってることなんだけど？

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

んでそれを踏まえて
お前のクソクラスは息してんの？
って話
レアケースだから死ぬわってお前
言ってるように聞こえるけど
バカなん？

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

>>689

うるせぇエビフライぶつけんぞ

,.、,､,..,､､.,､,､､..,_　　／i
;’｀;、､:、. .｀ﾞ:.:ﾞ｀’’’:,’.´ -‐i
‘、;: …: ,:. :.、..; .;;.‐’゛￣￣
　　　ヽ(´･ω･)ﾉ
　　　　 |　 /
　　　　 UU

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

>>700
オブジェクトが状態を内包するか
オブジェクトの外に状態を置くかの違いでしか無いですね

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

>>703
だからその一点でクソだって言い続けてるじゃん
カプセル化がどうとかバカの妄想だろ
テメーの状態がわからねーのが一番のリスクなんだよ
何がカプセル化だよ
早く死ねよ

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

localなデータを局所に隠蔽するべきなのはソフトウエア工学上、
当然のことでカプセル化の専売特許ではない。
ほぼすべての最近の言語はlocal scopeを持っている。
だがオブジェクト指向のカプセル化によるデータの内包とアクセサは
他の言語の持つモダンな階層的scopeに管理工学的にはるかに劣る。
ここ勘違いしないように。

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

>>705
日本語w

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

テクニカルタームで煙に巻くのも便所の落書き

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

まあ、forループの回数カウンタなんかローカルで充分だしな。

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

この程度でテクニカルターム…

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

>>704
ようするにテストはプライベート変数を見たいってだけですよね？
テスト以外では必要ないですよね
カプセル化バンザイですよね？

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

どれくらいのアクセス度がいいかはそのクラスのそれぞれによるところはある。
STLのvectorなんて見方によってはかなりオープンだけれどあれはあれで適切な開け方。

**デフォルトの名無しさん** · 2018/10/09(火) 23:18:00.29

内部の状態が心配なら
ちゃんとｸﾗｽに内部の状態を（ｺﾝﾎﾟｼﾞｼｮﾝなら当然再帰的に）ﾀﾞﾝﾌﾟする関数ぐらいつけてんだろうな
つけてないならお話にならない

外部で状態を管理して
外部で構造体を監視するのと
そう変わらない

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

>>710
テストだけではないな
その関数が同一の結果を返す条件を固定したい
っていうかできねープログラムなんてぶっちゃけクソもいいとこだろ

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

仕事関係なく趣味でソフト作ったやつの意見は尊重できる。仕事だけで横文字多様してる奴のはフィルター推奨だな。

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

流石にいないか。それは。

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

本当にそれは状態として動的に管理すべき対象なのか
十分吟味してないだろ

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

>>716
ん？
じゃあ、クソインスタンスがどんな状態でメソッドを呼んでも絶対同じ結果返すんだな？
その時点でメンバ変数いらねーけど

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

>>717
日本語読めるようになってからレスした方が良いよ

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

>>713
お前は現在時刻を返す関数は一生使うなよ
クソなんだろ？

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

Haskellでいう副作用なら標準入出力、ファイルio、時間、ランダムなどが副作用なるな
モナド並にリッチなシステムをオブジェクト指向で組んで副作用を過敏排除するなら楽しそうやんけ

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

>>713
> その関数が同一の結果を返す条件を固定したい

引数Aにaを入れる、引数Bにbを入れる、引数Cにcを入れる
引数A、B、Cで関数funcを呼び出す

メソッドAでaを入れる、メソッドBでbを入れる、メソッドCでcを入れる
メソッドfuncを呼び出す

関数の引数に値を入れる代わりにオブジェクトに入れるだけの違いでしか無い

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

>>719
現在時刻しか返ってこねーだろ？
テメーのは指定してもいないのにサマータイム返すクソだろ

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

>>721
でも入力値は使用する側が意図的に入れるものだけど
メンバ変数は何になっているかわからない

この差がデカイ