>>4
ぶっつけ本番でもぐちゃぐちゃになりにくい方法は
「少しでも用途と異なると思った機能はクラスを分ける」と
「クラスに実装した機能でセットになる機能があるならクラス化する」とか

例えば画面の描画を扱うクラスなのに、描画する値を計算させようとするのは機能を分け切れてないとか
クラスのメンバにリストがあって、そのリストの操作を同じクラスの機能として実装してるなら
リスト用のクラスを作ってやるとか

>>9
読む側からしたら肥大化するよりかは小分けの方がいいかな
もちろん、似たようなクラスがあるとかは困るけど
きちんと機能の差別化が出来てるなら小分けにした方がいい
そうすればエラーの特定もしやすくなるし、仕様変更にも対応しやすくなる

あと、機能を付け加える癖があるなら
デザインパターンでadapterみたいな
機能の拡張に関するものを調べとくといいかも

>>27
これも間違ってるなあ
要件が変わっても設計の基礎は揺らがない設計が望ましい設計

分かってない奴多過ぎ

>>29
もしインプットが変わってアウトプットが変わらないならむしろ具体化が足りない
「基礎は」とか言ってる時点でお前のレスが見当違い

>>31
気がするだけで、本当は正しい可能性もある
とりあえず、迷ったときは一からやり直すのも手だぞ
積み重ねた資産がないならだけど

>>40
オブジェクト指向の根本は
要件は変化する
だから

それを認識できていない奴がオブジェクト指向について語るな

>>36
ほんとこんな感じなんだよ！
地球というクラスをメインに1個作るでしょ？
他には人間というクラスを作る
地球というクラスの中で人間クラスをインスタンス化して宣言する
人間と言うクラスの中で歩く関数や走る関数、年齢という変数、性別という変数を定義してあとから追加する
新しく火星というクラスを作る
そのときに人間クラスをインスタンス化すると火星でも人間を簡単に作れる
ほかにも車クラスや木クラスや家クラス、スマホやPCクラスも地球クラス作るとき作っておけば火星クラスでも再利用できる

ここまでは理解できたけど中身がごちゃごちゃしてるのが問題

>>62
な、馬鹿だろ
オブジェクト指向はシステム一般の課題に対する解決策を提案する思想なのに
「で、どの特定の業務なの？」
と何度も聞くバカ

お前は何も理解してねえよ雑魚

>>68
な、こいつ馬鹿だろｗｗｗ

オブジェクト指向の根本は要件は変化する
と教えてやったんだが

馬鹿は根本すら理解してないからポイントが把握できないｗｗｗｗ

>>66
はいバカｗ

オブジェクト指向は特定の業務に限定されない
システム一般の課題への対応策だと説明してやってるだろ

説明されてるのに理解できないアホってｗ

>>78
このバカよｗｗｗ
指摘されてるポイントは明確なのに
反論とは「お前の母ちゃんでべそ」レベルｗｗｗｗ
反論したきゃ指摘されたポイントがなぜ違うか言おうぜ

幼稚園児じゃないんだからさあｗｗｗｗｗ