エントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント55件
- 注目コメント
- 新着コメント
masatomo-m
内製開発ならこのロジックはうまくいくと思うけど、受託開発だと後から見えてなかったプレイヤーが出てきたりするので、早すぎる最適化にならないかが心配。プロトタイピングとのバランスも大事かなと感じた
taketyan
「メソッド 3 行、引数 0」はドメインオブジェクトになら、割と広い範囲で適用できるルールだと思う (100% は僕には無理) / サービスクラスだと無理だと思うけどそこまで含めた話なのかな
Dai_Kamijo
実践的な設計って、なんだろう? by @masuda220 #ddd #objectoriented via @SlideShare — 上條 大 (@Dai_Kamijo) April 7, 2016 from Twitter https://twitter.com/Dai_Kamijo April 07, 2016 at 11:51PM via IFTTT
pmint
39枚目まで読んだ。設計は将来像に基づき変更不可能/可能な箇所を選ぶこと。やみくもに変更容易性を叫ぶのは机上論。悪い(詳細)設計の基準を言語も示さず固定値で表現してるし、実装しか分かってなさそう。
Fivestar
クラスをドメインに応じて特化・細分化することで表現の濃度を高めようってことかな。引数0まわりはメソッドチェーンぽくになるのかな。実践ではこれを適度に崩せるバランス感を身に付けるとよいと思う
nemoba
ドメインモデルは関心毎の重複を防ぐだけコードの重複を防ぐものじゃない。レイヤーギャップに似たようなコードが重複する。UIの金/関心毎の金/インフトラクチャーの金は全て別。単純なものなら「ARの金」で重複しない
taketyan
「メソッド 3 行、引数 0」はドメインオブジェクトになら、割と広い範囲で適用できるルールだと思う (100% は僕には無理) / サービスクラスだと無理だと思うけどそこまで含めた話なのかな
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
いまの話題をアプリでチェック!
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
2014/05/19 リンク