作業内容でクラス分けするな。担当内容で分けろ
■ このスレッドは過去ログ倉庫に格納されています
レストランにて
【×】駄目なクラス分け
皮を剥く係
包丁で切る係
鍋で煮込む係
フライパンで焼く係
【○】正しいクラス分け
カレーを作る係
シチューを作る係
ステーキ作る係
焼きそばを作る係 >>10
じゃああれかデパートで
○○売り場係じゃなくて、
作業内容で分けるなってことか >>11
デパートでも店員の属性に売り場があるイメージ
まあ俺の直感だから
主たる問題領域が作業内容ならべつにそういうモデルでもいいんじゃない?
モデル化の前提なしに正しさを論じてもしょうがない グローバル変数?
倉庫はブースごとに存在するだろ? >>1は
今後の追加仕様とか、仕様変更対応とか
まったく考えてないセミプロ又は素人 「うるさいハゲ」は根拠にはならないというのだろうか? >>1
両方クラス分けすればいいじゃん
それぞれ必要なデータも作業のレベルも違うんだから メソッドの切り口をどのへんにするかでいつも死ぬほど悩む
業務機能として切り口つくるかプログラム的な切り口にするかで
だいたい一貫性が保てずぐちゃぐちゃになる
ユーザーの種類を取得するメソッドはgetUserType()にするべきか
DBからデータ引っ張ってくるんだからgetUser()として呼び出し側でuser.getType()とするべきか? >>27
そこは一貫性いらないと思う。
どうしても一貫性がいるなら後者にせざるを得ない(全プロパティ分メソッドをつくる?まさか)。
でもユーザタイプだけよく使うからメソッドにするよ、ってことはあり得る。 >>27
ユーザーの属性が多いならユーザークラスを作るかんじやな
少ないならメソッドだけでええんやないかな ■ このスレッドは過去ログ倉庫に格納されています