なぜ「staticおじさん」は叩かれたのか？

**デフォルトの名無しさん** · 2019/02/08(金) 15:18:48.58

staticおじさん（読み：すたてぃっくおじさん）とは、2010年に@ITに「実はオブジェクト指向ってしっくりこないんです！[1]」
と投稿して炎上したおじさんのことである。

staticおじさんが爆誕した2010年ごろのIT土方界隈ではJavaを中心としたオブジェクト指向が主流であり
「なんでもかんでもオブジェクト指向」という風潮があった。

このためstaticおじさんは多勢に無勢でボロクソに叩かれる結果となり、さらにはプログラミングそのものの
話を飛び出してオブジェクト指向推進派による学歴差別などに発展したすえに無事炎上した。

それからわずか数年後、staticおじさんの主張に「極力static変数は使わない」「関数ポインタを多用する」
というコーディング規約を加えた「関数型プログラミング」がJavaScript界隈を中心に爆発的に流行し、
その流れに乗るかたちでこれら規約を半ば強制する仕様の「関数型プログラミング言語」も多数登場するなど
世界的に一大ブームになった。

ちなみにstaticおじさんの主張と非常に酷似したものが、staticおじさんの登場より遥か昔、インターネットを
支える中核技術である「IP」のRFC（仕様書）にも「階層化の有害性」として書かれていたりする。
また、海外でも同様の主張を面白おかしく書いた「Bjarne Stroustrup インタビュー」なる怪文書が出回り、
こちらも大炎上した。

https://monobook.org/wiki/%E3%82%B9%E3%82%BF%E3%83%86%E3%82%A3%E3%83%83%E3%82%AF%E3%81%8A%E3%81%98%E3%81%95%E3%82%93

**デフォルトの名無しさん** · 2019/03/10(日) 16:36:03.29

>>268
オブジェクト指向と言っても何をどうしたいのは人それぞれだからな。

**デフォルトの名無しさん** · 2019/03/10(日) 19:06:30.25

その昔インスタンスを一個だけ作って
あとはメソッド＝関数のように扱ってるプロジェクトを見たことがある
誰もダメ出ししなかったのかと

**デフォルトの名無しさん** · 2019/03/10(日) 19:10:28.71

やり方によっちゃリファクタリングできる余地もあるだろうしstatic変数使うよりかは
少しだけマシかなと。
最近の設計方針としてはオブジェクト指向がどうよりもSOLIDを理解してる方がだいじかなと思う。
SOLID少しバカにしてたけど、かなりコンパクトに要素をまとめた標語になってる気がしてきた。

**デフォルトの名無しさん** · 2019/03/11(月) 04:59:46.90

インスタンスが増える可能性があるなら良いんじゃない？

**デフォルトの名無しさん** · 2019/03/11(月) 05:12:51.52

Single responsibility principle 単一責任の原則
A class should have only a single responsibility, that is,
only changes to one part of the software's specification should be able to affect the specification of the class.

Open–closed principle 開放・閉鎖原則
"Software entities ... should be open for extension, but closed for modification."

Liskov substitution principle リスコフ置換原則
"Objects in a program should be replaceable with instances of their subtypes
without altering the correctness of that program." See also design by contract.

Interface segregation principle インタフェース分離の原則
"Many client-specific interfaces are better than one general-purpose interface."

Dependency inversion principle 依存性逆転の原則
One should "depend upon abstractions, [not] concretions.

http://developer.wonderpla.net/entry/blog/engineer/oop_solid_s/

**デフォルトの名無しさん** · 2019/03/11(月) 10:20:49.00

役割分担がどこまで出来てるかだよな。
オブジェクト指向より前から、機能分担なんてのは普通にやってたし、共通部品化と言う考えもあったしな。

**デフォルトの名無しさん** · 2019/03/13(水) 20:12:53.02

スノッブだよ。スノッブが役割分担とか笑わせる

**デフォルトの名無しさん** · 2019/03/13(水) 20:35:09.13

じゃあいままで一体なにやって来たんだ。

**デフォルトの名無しさん** · 2019/03/14(木) 06:57:29.67

↓麻生太郎のあの画像

**デフォルトの名無しさん** · 2019/03/14(木) 11:05:30.46

スコープの概念が無いだけ

**デフォルトの名無しさん** · 2019/03/14(木) 12:44:05.36

怪奇現象が怖かったから、ほら、怖いだろ？って
後片付け、気が滅入る

**デフォルトの名無しさん** · 2019/03/17(日) 23:41:55.70

staticおじさん叩いてる人の何割がSingletonをstatic class的に使ってたのか問題

**デフォルトの名無しさん** · 2019/03/20(水) 09:26:19.50

そんなやつおるの？ｗ

**デフォルトの名無しさん** · 2019/04/14(日) 10:21:07.07

>>206
ラベル付きのbreakとかcontinueって、スペルを変えたgotoってだけだよな

**デフォルトの名無しさん** · 2019/04/14(日) 11:52:53.79

>>210
>>282
優秀な人々には理解されにくいんですが人間は愚かなのでお節介な制約を付けないとバグらせてしまうんですよ
そして頭数を揃えられると都合の良い状況が現代では多いので少なくとも無駄ではない

**デフォルトの名無しさん** · 2019/04/15(月) 09:54:01.21

www.sejuku.netのゴミさは異常
いい加減な記事ばかりサイトに載せやがって
検索に引っかからないでほしい

**デフォルトの名無しさん** · 2019/04/15(月) 10:44:00.27

英語の意味検索するときweblio見たいのにalcとかいうゴミサイトが上に来るみたいなもんだなｗｗｗ

**デフォルトの名無しさん** · 2019/04/15(月) 13:14:38.74

「分かりそう」で「分からない」でも「分かった」気になれるIT用語辞典
これもガチで検索結果から消えてほしい
役に立ったためしがない

**デフォルトの名無しさん** · 2019/04/15(月) 15:31:15.66

インスタンス
　コールスタックに実引数以外にインスタンスのアドレス積む
　フィールドアクセスにアドレスの計算が必要
スタティック
　コールスタックには実引数のみで良い
　フィールドアクセスはダイレクトなアクセスでOK

satanic的にstaticはfantastic!!

**デフォルトの名無しさん** · 2019/04/15(月) 19:18:49.56

>>286
Google Hit Hider by Domainっていうuserscriptで検索結果から消してる

**デフォルトの名無しさん** · 2019/04/15(月) 20:37:29.25

>>288
有益な情報ありがとうございます
心から感謝します

**デフォルトの名無しさん** · 2019/05/18(土) 13:49:08.45

perlあたりの時代だと手書きhtmlサイトだけだったのでperlの学習効率は高かった
今はblog化されてて、perl時代より学習効率が落ちてる

**デフォルトの名無しさん** · 2019/06/18(火) 06:20:31.75

プログラム板にキチガイ降臨中！botに一晩も反応する異常さ
一般人(学校恩師)に殺害予告をしているのでスレ建て通報してください。
https://mevius.5ch.net/test/read.cgi/tech/1559872586/

142 名前：a4 ◆700L1Efzuv 投稿日：2019/06/18(火) 05:29:55 ID://qVkzO
>>141
名古屋の人な　俺ね、君の問題を大橋先生と混ぜないことにする。つまりね、
片桐孝洋のことをボコろうと思う。普通に顎の骨を折る。これくらいで警察来るか？
一般市民とかさ、普通にさ、俺らの秘密なんだけどさ、日本人なんて復活ねーから。

**デフォルトの名無しさん** · 2019/08/28(水) 16:31:00.84

>>19
性的女子高校生

**デフォルトの名無しさん** · 2020/06/22(月) 15:51:05.78

阪神タイガース居酒屋みたいなものがあればいいのか。
Ruby居酒屋　Rubyディすると即退場
Java居酒屋
K&R C居酒屋
うーむ。K&R居酒屋は、開店しても閉店まで客一人とかだから誰もやらんな
となると、客が多くきそうな、旬なおっPython居酒屋が一押しか。

**デフォルトの名無しさん** · 2020/06/22(月) 15:51:05.86

阪神タイガース居酒屋みたいなものがあればいいのか。
Ruby居酒屋　Rubyディすると即退場
Java居酒屋
K&R C居酒屋
うーむ。K&R居酒屋は、開店しても閉店まで客一人とかだから誰もやらんな
となると、客が多くきそうな、旬なおっPython居酒屋が一押しか。

**デフォルトの名無しさん** · 2020/06/22(月) 15:55:14.35

cobol居酒屋ないのか

**デフォルトの名無しさん** · 2020/06/22(月) 17:35:45.94

おっパブ　パイソン学園。

**デフォルトの名無しさん** · 2020/07/04(土) 12:56:47.56

Java居酒屋は最初の一杯無料っぽい

**デフォルトの名無しさん** · 2020/07/26(日) 17:33:08.78

そりゃクラスライブラリ使うだけならいいけど
自分で作るとなると本命の処理以外の
無駄なモノあれこれ書かされるだけだからなw

**デフォルトの名無しさん** · 2021/06/06(日) 16:36:17.54

>>293
BaslerのMVカメラ使う時のライブラリがPypylonて名前だったのを脈絡なく思い出した

**デフォルトの名無しさん** · 2021/07/19(月) 21:30:25.28

酷い作りのクラスだと引数ではなくメンバ変数に値をセットしてメソッド呼び出しとかあるからな。

わかるかボケ

**デフォルトの名無しさん** · 2021/07/19(月) 23:13:13.39

「週休3日・下限年収1000万」採用ツイートが話題に！ “日本のエンジニア安く買い叩かれ過ぎ問題”に一石を投じた起業家の願い
https://type.jp/et/feature/11257
ネクスウェイ、週休4日制・1日3時間勤務選択できる勤務体系を導入
https://news.mynavi.jp/article/20191217-940849/
週休４日ＯＫ、介護などと両立も　ＳＭＢＣ日興が導入へ
https://www.asahi.com/articles/ASMDJ4HD3MDJULFA01K.html
ルネサス、週休3日制導入へ　連休明けから5000人対象
https://www.nikkei.com/article/DGXMZO58462290U0A420C2TJ2000/
土日と「水曜」は休日！　ベンチャー企業が「週休3日制」を導入してよかったコト
https://www.j-cast.com/2019/07/21363088.html?p=all
2020年4月より「週休3日制」を導入。テックカンパニー化に向け、好循環を生み出すエンジニアリング組織へ
https://prtimes.jp/main/html/rd/p/000000096.000016431.html
｢週休3日｣でバズった､無人コンビニ｢600｣はどんな会社か
https://media.moneyforward.com/articles/3394
週休3日制を導入した企業が学んだ7つの教訓とは？
https://gigazine.net/news/20200712-7-lessons-four-day-workweek/
「給料が倍になるよりうれしい」経営が導入に踏み切った、エンジニアの週休3日制とは
https://www.excite.co.jp/news/article/ds_journal_dsjournal19991/
週休3日制を採用している企業一覧
https://www.k-society.com/recruit/list_of_companies_allow_a-four-day-workweek/

**デフォルトの名無しさん** · 2021/07/19(月) 23:27:28.02

OOPが嫌なら使わなければいい
彼はそれを実践した
それだけのこと

**デフォルトの名無しさん** · 2021/07/20(火) 04:37:58.44

もう終わってしまったRubyにしがみついてるような連中が叩いていただけ

**デフォルトの名無しさん** · 2021/07/20(火) 06:08:43.60

SE WORLD システムエンジニアの世界 IT技術
http://wonderfulsky.web.fc2.com/index.html
「実はオブジェクト指向ってしっくりこないんです」とその時代 | SE WORLD　ブログ版
https://ameblo.jp/kenchaz/entry-12599678479.html
「実はオブジェクト指向ってしっくりこないんです」から10年 | SE WORLD　ブログ版
https://ameblo.jp/kenchaz/entry-12599341144.html

**デフォルトの名無しさん** · 2021/07/20(火) 08:38:10.17

>>304
言ってることはまとも、叩いてた人の方がヤバい

**デフォルトの名無しさん** · 2021/07/20(火) 09:14:26.24

>>300
OpenGLですね判ります

**デフォルトの名無しさん** · 2021/07/20(火) 09:15:14.00

>>304
sejuku のゴミさは異常
いい加減な記事ばかりサイトに載せやがって
検索に引っかからないでほしい

**デフォルトの名無しさん** · 2021/07/27(火) 21:47:43.34

０７４９－４３－７１９４

そうかに指示出されて非通知かけてくんな死ね

**デフォルトの名無しさん** · 2021/08/06(金) 15:17:12.55

>>1
>staticおじさんの主張に「極力static変数は使わない」
いやいやいや、それもはやstaticおじさんの主張でも何でもないだろ

**デフォルトの名無しさん** · 2021/08/06(金) 15:29:34.57

文章よく読んだが良い

**デフォルトの名無しさん** · 2021/08/07(土) 00:13:47.52

「staticおじさん」が本当に欲しかったもの

private

**デフォルトの名無しさん** · 2021/08/07(土) 00:46:28.56

いいや？

**デフォルトの名無しさん** · 2021/08/07(土) 15:29:34.57

むしろstaticおじさんの原文だとクラスのメンバ変数とメソッドをpublic staticを推奨してるのだが。

**デフォルトの名無しさん** · 2021/08/07(土) 17:30:06.10

ASP.NETのライブラリ使ってれば事足りる仕事しかしてなければ
staticだけで良いと思うだろうしそんな人にstaticだからダメだというのは
野暮だと思うけどなあ

**デフォルトの名無しさん** · 2021/08/08(日) 11:34:22.24

public staticにして、クラス利用者がクラス変数呼びまくってるんだぜ？
カプセル化されてないクラスメンバのstatic変数とか、グローバル変数宣言した構造体となんの違いがあるんだ...。

**デフォルトの名無しさん** · 2021/08/08(日) 13:48:08.90

そうなの？ staticおじさんのソースコードみたことあるの？

**デフォルトの名無しさん** · 2021/08/08(日) 13:52:35.46

singletonクラスなら普通

**デフォルトの名無しさん** · 2021/08/08(日) 15:23:23.77

staticおじさんの炎上元ネタ記事
https://el.jibun.atmarkit.co.jp/minagawa/2010/04/post-ebc4.html

>「メンバー関数をstatic宣言すればインスタンス宣言をしなくてもいい」ということ知ってからは、メンバー関数を従来のファンクションのように使っている。共有変数も、pubulic static宣言していまう。したがってプロパティなんて作らない。

って書いてあるゾ

**デフォルトの名無しさん** · 2021/08/08(日) 16:09:39.05

>>318
コメントで

> ですから必然的にstatic public で定義された変数はサーバー名とかデータベース名とか初期化パラメータとしてしか意味がないものになります。

とも言ってるからreadonlyのものに限られるんじゃないかな

**デフォルトの名無しさん** · 2021/08/08(日) 18:19:40.45

>>319
本文にもそれ書けよwってstaticおじさんに言いたいが...それはそれでまずいな。

プログラミングするのなら、必ず「状態」をどこかで持たないとだが、

本来のやり方
1.クラス(インスタンス)に属性を持たせる

メンバ変数をstaticにすることで、上記手段で状態を持つことをstaticおじさんは否定してる。そうなると...

他のやり方
2. グローバル変数
3. ユーザーに定義させる
4.クラス(staticメンバ)に状態を持たせる

くらいしか、状態を持つ手段がなくなるけど、そこから4.のやり方もreadonlyにすることで否定したら、2 or 3しか関数に状態を持たせる手段が無くなる。

初期化パラメータしか意味がないものをstaticにすると言うのなら、初期化パラメータ以外の意味を持つ状態変数はどう定義するんだよって感じだな。

**デフォルトの名無しさん** · 2021/08/08(日) 18:42:54.75

そうなることがないんだと思うよ
Webアプリの処理をすべてコントローラに書けばローカル変数だけで事足りるわけだし
.NETのライブラリ使うだけで生きてきた人なんだよ

**デフォルトの名無しさん** · 2021/08/08(日) 18:46:00.61

引数や戻り値、ローカル変数で事足りるものをインスタンス変数にして
状態依存作りまくりの地獄オブジェクト指向を見てきた僕からすると
staticおじさんの方がよほど健全

**デフォルトの名無しさん** · 2021/08/08(日) 19:02:54.91

>>322
でも、.NET FrameworkやASP.NET自体はオブジェクト指向で作られてるよね？
そして、その.NETには状態を持ってるよね？

なんで自作のクラスはオブジェクト指向開発しては駄目で、ライブラリは許されるの？
そもそも貴方が嫌がってるコードって本当にオブジェクト指向？
ドメインモデル貧血症なクラスや、神クラスの間違いじゃないの？

**デフォルトの名無しさん** · 2021/08/08(日) 19:04:50.02

>>322
> 状態依存作りまくりの地獄オブジェクト指向を見てきた僕からすると

この時点でカプセル化出来ていないし、オブジェクト指向とは言えないゾ

**デフォルトの名無しさん** · 2021/08/08(日) 19:07:46.40

>>323
それはそうだろけど
staticおじさんは.NETのフレームワークの充実したライブラリがあれば
自分でオブジェクト作る必要ないって立場だと思うよ

ドメインモデル貧血症も神クラスもオブジェクト指向だよね
設計の良し悪しはあれどオブジェクト指向だよ

**デフォルトの名無しさん** · 2021/08/08(日) 19:09:00.59

>>324
カプセル化は属性と操作を一体化することなのでカプセル化は破られてないよ
別のメソッドを先に呼ばないと次のメソッドは正常に動作しないみたいな
作りになってたんだよね、そういう意味での状態依存

**デフォルトの名無しさん** · 2021/08/08(日) 19:17:41.03

https://en.m.wikipedia.org/wiki/Anemic_domain_model

ここ読め
The fundamental horror of this anti-pattern is that it's so contrary to the basic idea of object-oriented designing

ドメインモデル貧血症はオブジェクト指向の設計思想に反したアンチパターンだ。

そもそも、自分で勝手に考えた最悪のパターンとstaticおじさんの主張を比較する意味がわからない
オブジェクト指向 vs staticおじさん　で比較したいのなら、最良のオブジェクト指向 vs 最良のstaticおじさん(みながわけんじ氏)の主張に基づくコードで比べるべき。

**デフォルトの名無しさん** · 2021/08/08(日) 19:18:17.69

引数で渡せばいい値をインスタンス変数にセットしてメソッド呼んで戻り値として返せば良い値を
インスタンス変数にセットしてたりしたなあ

オブジェクト指向の入門書は僕も色々読んだけど、オブジェクト指向のメソッドは必ずインスタンス変数を操作しないと
いけないと書いてあるのもあったし、とにかくなんでもかんでもオブジェクトにするのが成功の秘訣だと
書いてあるのもあった

本を読む素直で意識の高いアホほど地獄オブジェクト指向に陥る印象だわ

ここの人たちは性格がひねくれてるから問題ないだろうけどさ

**デフォルトの名無しさん** · 2021/08/08(日) 19:21:38.54

>>327
僕の経験的にはドメインモデル貧血症が悪いとは思えない
君は誰かがそう言ってるからそうなんだと思ってるだけでドメインモデル貧血症で困ったこと経験なんてないっしょ

staticおじさんの文脈ではオブジェクト作る必要がない状況なんだからオブジェクト指向との
比較はやるまでもないことだと思うよ

**デフォルトの名無しさん** · 2021/08/08(日) 19:23:35.19

>>328

> 引数で渡せばいい値をインスタンス変数にセットしてメソッド呼んで戻り値として返せば良い値を
> インスタンス変数にセットしてたりしたなあ

それ、完全にドメインモデル貧血症だゾ
それをオブジェクト指向と見なすこと自体変だし、オブジェクト指向と見なすにしても、なぜ、オブジェクト指向のやっては駄目なパターンをやってオブジェクト指向を批判するのかわからないゾ

**デフォルトの名無しさん** · 2021/08/08(日) 19:28:47.64

>>330
そうなの？僕が知ってるドメインモデル貧血症は
属性と操作が一体化してないものだけど

> 引数で渡せばいい値をインスタンス変数にセットしてメソッド呼んで戻り値として返せば良い値を
> インスタンス変数にセットしてたりしたなあ

これはそれとは違うから、ドメインモデル貧血症ではないと僕は思ってる
いうなれば構造化プログラミング未経験症ってところかと

ダメな設計も簡単にできるダメなオブジェクトも簡単に作れる
これがオブジェクト指向の功罪だよ

**デフォルトの名無しさん** · 2021/08/08(日) 19:33:47.70

>>331

> >>330
> そうなの？僕が知ってるドメインモデル貧血症は属性と操作が一体化してないものだけど

属性と操作が完全に一致してて、意味のないものと化してるのがドメインモデル貧血症だ！

class Test{
private int a
public int getA()
public void setA(int)
}
みたいな奴！！
もっと本質的なことを言うと、ビジネスロジックの欠けたクラスのこと。

**デフォルトの名無しさん** · 2021/08/08(日) 19:34:19.56

例がないとわからんねちょっと待って

**デフォルトの名無しさん** · 2021/08/08(日) 19:36:06.82

>>332
それはDTOだよね
DTOはデータ隠蔽しないのが基本だから問題ないよね
いまでもValueObjectという名前で使われてるっしょ

それはドメインモデル貧血症の例として不適切だと思った

**デフォルトの名無しさん** · 2021/08/08(日) 19:37:13.14

構造化プログラミング未経験症はこれ

class A {
  int value;
  int result;
  String msg;

  void execute() {
    phase1();
    phase2();
    phase3();
    return msg;
  }

  void phase1() {
    value = 1;
  }

  void phase2() {
    result = value * 2;
  }

  void phase3() {
    msg = "result = " + result;
  }
}

**デフォルトの名無しさん** · 2021/08/08(日) 19:41:10.89

DTOはO/Rマッパー等を使う時に利用するデザインパターンだが、ドメインモデル貧血症はアンチパターン。

まぁ、さっき示した具体的なコードがDTOと言えばそうなんだけど...用途の間違えたDTO。

**デフォルトの名無しさん** · 2021/08/08(日) 19:42:27.12

DTOをモデルという名前で呼ぶからドメインモデルとごっちゃになるのかもわからんね
DTOはDTO
ドメインモデルはDTOとは違うよ

ドメインモデル貧血症はこんなところかな

class Calc {
  int calc(Person p) {
    return p.Sarary * 2;
  }
}

**デフォルトの名無しさん** · 2021/08/08(日) 19:47:56.60

君は具体的にどういう経験をしてドメインモデル貧血症がよくないと思ったのか教えてくれる？

僕はないんだよね、Calcというモデルで計算がしやすくなることもあるし
ドメインモデル貧血症はただのレッテル貼りにしか思えない

**デフォルトの名無しさん** · 2021/08/08(日) 19:52:43.20

>>337
ドメインモデルとデータが違うのはその通り。

悪かった。真面目にコードを書く。

class Box {
public int Height { get; set; }
public int Width { get; set; }
}
これがドメインモデル貧血症

class Box {
public int Height { get; }
public int Width { get; }
public Box(int height, int width) {
if (height <= 0) {
throw new ArgumentOutOfRangeException(nameof(height));
}
if (width <= 0) {
throw new ArgumentOutOfRangeException(nameof(width));
}
Height = height;
Width = width;
} public int Area() {
return Height * Width;
}
}
これがオブジェクト指向

スマホのお陰で改行が狂ってるかもだが。

**デフォルトの名無しさん** · 2021/08/08(日) 20:00:06.55

>>338
レッテル貼りじゃなくて、本気で困ったことあるから安心しな。

せっかく例を書いてもらって悪いが、ドメインモデル貧血症の例は>>339を見てくれ。

まず、1つ目のクラスは、セッターとゲッターしか定義されてないだろ？
これって実質、ただのＣ言語構造体と一緒。
ビジネスロジックが書かれてなく、こんなの渡されたクラス利用者は困るわけだ。
なぜって？
だって、何もしてくれないじゃん。できることはパラメータのセット・ゲットだけで、データベースに何かを保存してくれる訳でもなければ、計算をしてくれるわけでもない。実質ただの変数。

**デフォルトの名無しさん** · 2021/08/08(日) 20:00:12.30

どちらもオブジェクト指向だよね

BoxにAreaメソッドがあるか否かの違いしかないので
あった方が便利なら追加すれば良いと思うけど

やはりドメインモデル貧血症がダメだとは思えない

**デフォルトの名無しさん** · 2021/08/08(日) 20:03:30.34

>>340
次は2個目のクラスだ。
まぁ、できる事は少ないが、これはクラスを利用する意義はある。

値をセットするだけではなく、Box(箱)クラスの名に恥じない機能、面積取得機能が備わってるから。
つまり、これだけでBoxクラスを使う価値が出てくるわけだ。

...という話なんだ。うん、それだけ。

**デフォルトの名無しさん** · 2021/08/08(日) 20:03:44.77

>>340
Boxクラスはデータを表してるってことでしょ
なら何もしなくて正解だし何かしてくれる方が扱いづらい

Boxクラスの計算するクラスを作ればいい
どういう計算が必要かはドメインによって変わってくるでしょ
そうして作られたクラスが本当のドメインモデルだよ

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

>>341
じゃ聞くけど、貴方は前者のBoxクラス渡されても困らないの？
何もできないよ？

俺！Boxクラスのロジック実装します！あなたはBoxを使う処理を書いて！と分業したとき、俺があなたに前者Boxクラスを渡して、面積計算や座標変換(回転等)計算などの処理はそっちでやってください！とか言われたらどうです？

**デフォルトの名無しさん** · 2021/08/08(日) 20:07:10.24

>>342
面積が必要なかったら無駄なクラスだしなあ
どうして面積を得るのかがわからないと価値があるかどうかはわからないよ
面積を使って何をするのっていう情報がないからドメインモデルではなくて
ただのデータだと思った

**デフォルトの名無しさん** · 2021/08/08(日) 20:09:16.92

>>344
すごく困るBoxクラスが欲しいと僕は言ってるわけじゃないから
そういうの渡されてもすごく困ると思う
え、なんで？って思う

> 俺！Boxクラスのロジック実装します！あなたはBoxを使う処理を書いて！と分業したとき、
> 俺があなたに前者Boxクラスを渡して、面積計算や座標変換(回転等)計算などの処理は
> そっちでやってください！とか言われたらどうです？

頭おかしいのかなって思う

**デフォルトの名無しさん** · 2021/08/08(日) 20:11:49.06

>>344
あと、リアルプログラミングってまじで分業するからな。
俺がBoxクラスを使わせるのは貴方だけではない。他の開発者も使う。
そんな最中、getter.setterしかなかったら、皆、どんな反応すると思う？

こういうライブラリレベルで使い勝手の良いコードを隅々まで書くのが俺の開発現場。

**デフォルトの名無しさん** · 2021/08/08(日) 20:12:15.37

あ、でも面積計算クラスや座標変換クラスでまとめるのは場合によってはありかもね
僕はそういうドメインモデル貧血症は良いと思ってる立場だから、それはありですね

**デフォルトの名無しさん** · 2021/08/08(日) 20:12:43.82

>>346
へぇ。じゃ、前者のテストコード書いてよ。

**デフォルトの名無しさん** · 2021/08/08(日) 20:14:56.40

>>347
そうなの？ Boxクラスが出てくるあたりゲームプログラマの人？
僕はBtoBの業務アプリが主だけど、分業するときってクラス単位じゃなくて
アクターとか機能とか大きな単位で分けるから、何言ってるのかよくわからない

**デフォルトの名無しさん** · 2021/08/08(日) 20:29:21.22

>>348
> 僕はそういうドメインモデル貧血症は良いと思ってる立場だから、それはありですね

分かってくれてありがとう。
でも、年のために言うと、ドメインモデル貧血症は前者の例ね。

まぁ、言葉の定義より、どんなコードの書き方が役に立つかの方が重要なんだけど...どうしても、staticおじさん論争になると言葉の定義は外せないのが辛いところ...。

**デフォルトの名無しさん** · 2021/08/08(日) 20:38:17.38

あと、ごめんなさい。>>349は無視してください。

**デフォルトの名無しさん** · 2021/08/08(日) 20:43:52.37

世に出ているservlet, jsp, spring とかの本では
APIとしてはオブジェクト指向が登場するけど
プログラムを書く側はオブジェクト指向を意識して書いてないぞ

**デフォルトの名無しさん** · 2021/08/08(日) 20:52:42.99

>>351
なんか誤解してるような気がするんだけど
Boxに面積の計算を持たせない前者の例で、面積の計算を面積計算クラスにまとめると
ドメインモデル貧血症になるけどそれはありだよねっていうのが僕が言いたかったことだよ

計算は僕が携わっているドメインだと結構変わるのよ、顧客満足のためだったり
法律のためだったり世の中の情勢に配慮したりとかで、その場合は個々のデータに
計算をもたせるよりも計算だけを行うようモデリングしたほうが都合がよかったりする
ドメインモデル貧血症にはなるけどシステムとしてはそちらの方が適切だからそうすることもある

君は分業することを例にドメインモデル貧血症がダメだといったけど、それは
コミュニケーションの問題だと思うんだよね、自分は面積の計算を実装してもらいたくて
相手は面積の計算を実装しなくて良いと思ってたというコミュニケーションミスだと思うんだよね
そういうコミュニケーションで解決するべき問題をオブジェクト指向の問題にするべきではないと思うよ

**デフォルトの名無しさん** · 2021/08/08(日) 21:03:19.91

ドメインモデル貧血症ってアンチパターンでしょ

**デフォルトの名無しさん** · 2021/08/08(日) 21:07:42.89

初めて聞いた言葉だから自信ないけど、

オブジェクト指向設計のアンチパターン

貧血ドメインモデル（英語版）ビジネスロジックが欠けたドメインモデル。オブジェクトは属性と振る舞いを持たなければならないので、オブジェクト指向プログラミングではない

ってwikiに書いてあった
(よく意味を理解していない)

**デフォルトの名無しさん** · 2021/08/08(日) 21:10:07.64

>>353
ドメインモデルが必要なほど複雑な要件は入門書では扱われないからね・・・
現実は要件がころころ変わることに対応しないといけなかったりで
オブジェクト指向をきちんと理解して実践してると助かることはままある

リクエストごとに処理をごりごり書いたトランザクションスクリプトで十分なことは多いし
フレームワークが提供してるライブラリで処理を完結できるほどフレームワークの機能が
充実してきてることもあるんじゃないかな

**デフォルトの名無しさん** · 2021/08/08(日) 21:14:34.79

>>355
ドメインモデル貧血症はマーチン・ファウラーという猥褻顔のおっさんがアンチパターンと言ってて
そのおっさんが言うんならそうなんだろと思考停止で鵜呑みにしてる人がほとんどで
実際にプログラム書いてみるとドメインモデル貧血症はそんなに悪くない
スリムドメインモデルと言い換えて風評被害をなくしたい、ご協力よろしくお願いします

**デフォルトの名無しさん** · 2021/08/08(日) 21:19:34.66

これまでの話をまとめると、staticおじさん良いよねってこと

**デフォルトの名無しさん** · 2021/08/08(日) 21:32:38.03

スレタイさん「なんでstaticおじさんは叩かれたの？」

**デフォルトの名無しさん** · 2021/08/08(日) 21:38:00.74

叩いた人がアホだったんだと思う
とくにAC/DCって人はstaticおじさんが悪くなるように物事を解釈して
議論をダメにしてると思った

**デフォルトの名無しさん** · 2021/08/08(日) 21:40:51.43

>>359
> これまでの話をまとめると、staticおじさん良いよねってこと

嘘だゾ
さっき、ドメインモデル貧血症はオブジェクト指向ではないvsオブジェクト指向だ、で衝突しているのを見てたゾ

どこにも、staticおじさんを褒めてる要素がなかったゾ
しかも、オブジェクト指向でも何でもないプログラムをオブジェクト指向のアンチパターンとして紹介して論破されてるところ見たゾ

**デフォルトの名無しさん** · 2021/08/08(日) 21:44:29.81

>>362
落ち着きなよ、全部君の気のせいだよ、はい論破

**デフォルトの名無しさん** · 2021/08/08(日) 21:47:48.86

>>363
ひょ？

**デフォルトの名無しさん** · 2021/08/08(日) 21:56:01.48

>>360
知ったか知識で誤ったクラスの使い方を説明したから
更に、コメ欄で学歴差別発言をみながわけんじがしたから

**デフォルトの名無しさん** · 2021/08/08(日) 21:56:21.01

ではないか？

**デフォルトの名無しさん** · 2021/08/08(日) 22:21:42.85

揚げ足取りばかりのコメントに東工大の圧力で対抗するのは適切だよ

**デフォルトの名無しさん** · 2021/08/08(日) 22:24:05.28

東北大学で情報工学学んで東工大の大学院に入ったとしたらすごい経歴だな