オブジェクト指向全般、クラス設計についての質問です

質問

• 質問者はオブジェクト指向について深く学びたいと考えているが、現状では理解が十分でない。
• 特にどのクラスを作成すべきか、オブジェクトの関連性に関して戸惑っている。
• 質問者はアドバイスやおすすめの書籍を求めている。

回答No.2

lv4u

No.1です。
他に回答が付かないようですので、追加で回答してみます。

>>その中でも、特に戸惑ってしまうのが、「何をクラスにするのか」という最も基本的な部分です。

まずは、Ｃ＃が手本としたＣ＋＋、そしてＣ＋＋の前身である C with Classesが生まれた背景には、「複雑で巨大なソフトウエア開発を行う」という目的がありました。
ですので、"Hello, World!”を１行表示するプログラムのように短くてシンプルなプログラムでは、クラスなんてものの出る幕はありません。
そして、2ch用ブラウザのコードは、それよりもコードは大きく、複雑になると思いますが、まずはオブジェクト指向以前の、構造化プログラミングや複合設計の考え方でデータ構造やモジュール構成、どんな処理が必要か？などを洗い出すところから始めたらいいように思います。
それらの考え方・分析手法を行えば、「責務」「単一責任の原則」「高凝集度」「疎結合」等を考慮したモジュール設計（モジュール分割）ができると思います。
それらのモジュール群とデータ構造で関連の深いものをまとめてクラスにすれば、第一段階のクラス設計ができるように思います。
ここから、さらにポリモーフィズムや継承など、オブジェクト志向からの考え方を取り入れて、さらにクラスを洗練すれば、いいのではないかと思います。
なお、継承は多用すると、共通結合的な弱さがプログラムに持ち込まれるので、できれば使わないほうがいいかもしれませんね。
（昔、継承を使いまくったプロジェクトがあり、開発メンバーの皆が苦しみました・・・）

>>個々のオブジェクトの関連において、あるオブジェクトを保持するのはどのオブジェクトであるべきか？
>>また、あるオブジェクトにメッセージパッシングするのはどのオブジェクトであるべきなのか？

オブジェクト指向の書籍では、しばしば「オブジェクトにメッセージパッシング」という表現を使っていますが、Ｃ＋＋やＣ＃では、構文としては、関数呼び出しの変形です。
なので、モジュール呼び出しの親子関係やデータ管理責任はどこが持つべきか？と考えれば、「あるオブジェクトを保持するのは、どのオブジェクトであるべきか？」の答えは自然に決まると思います。
そして、これらの構造化／複合設計の知識があって、初めてクラス設計ができるのだと私は思っています。

ちなみに2ch用ブラウザといった通信系のプログラムは、オブジェクト指向でアプローチするのもいいのですが、その前に、状態遷移図、ステートマシンの考え方で設計するほうがロジックがすっきりすると思います。

構造化／複合設計の参考図書としては以下のものをあげておきます。

・ソフトウエアの複合／構造化設計－／マイヤーズ（１９７６年発行の本で古いのですけど、今でも十分に通用する内容だと思います。）
・ソフトウエアの信頼性－ソフトウエア・エンジニアリング概説／マイヤーズ　（発行　１９７７年）
・ソフトウエア作法／Brian W.Kernighan、P.J.Plauger（１９８１年）

お礼

参考になります。

OOPが決してある日突然誕生した新しい概念ではなく、連綿と続くソフトウェア技術の進化の形であって
必然的に生まれたものである。

というのは、前に挙げた書籍の文言ですが、真にこの意味を理解できてないように思います。

・・・と、十数年前に買ったC言語の、日焼けして黄色くなったテキストをめくりながら感じました。