一クラス何ステップ以上で読むのが嫌になる？

職業プログラマの方に質問させて頂きたいと思います。

一般的に、.NET系の言語で、一クラスが何ステップ以上になると読むのに嫌気がさすものでしょうか？（コード自体は綺麗に書かれているものとして）
また個人的に、「これ以上のステップ数になるのはできる限り回避する」というステップ数の基準がありましたら、併せてお答え頂ければ幸いです。
大雑把な印象で全く構いませんので、どうぞよろしくお願い致します。

No.3 ベストアンサー 回答者： sgwjn 回答日時： 2007/10/06 09:42

ステップ数の制限は、手続き型言語で意味があることでオブジェクト指向言語ではあまり意味がないでしょうね。

手続き型言語のようにAしてBしてCする、というような考え方であれば、AとBとCで処理（関数）を分けろってことになります。そして、1処理は30～100ステップもあれば十分なことが多いので、それ以上長い場合はもっと分割できるんじゃないの？ってことになるわけです。

ですが、オブジェクト指向言語のようにモノを中心に考えると、Aというモノを大きいからといってA1とA2に分割するのは、オブジェクト指向言語の思想そのものを否定するようなものではないでしょうか。仮にdoorというクラスがあったとして、open()とclose()が別クラスになっていると正気を疑ってしまいます。

とはいえ、ステップ数が少ない（簡潔に記述している）方が良いことは間違いないと思いますので、冗長なプログラムにならないような配慮は必要だと思います。

この回答へのお礼

具体的な解説ありがとうございます。
オブジェクト指向の思想が伝わってきました。
ご回答ありがとうございました。

お礼日時：2007/10/06 21:00

No.2 回答者： mozori01 回答日時： 2007/10/04 13:00

そうですね～。

No.1さんの意見に概ね同意です。

要は読むのが嫌になる基準はステップ数にはありません。
無駄に長いのは嫌ですけどね。

この回答へのお礼

ご回答ありがとうございました。

お礼日時：2007/10/06 20:59

No.1 回答者： maguro999 回答日時： 2007/10/04 10:48

そんなの意味の無いこと。

そのクラスの機能によってステップ数だって変わってくるし
読むのがいやになるからとステップ数を少なくするために
一部機能を別に分ける必要も無いのに別クラスにすると逆に
読みにくいソースになりますし。

そもそもステップ数で読むのがいやになることは無い。
コード自体は綺麗に書かれているいないもあまり関係ない。
それよりコメントが適度に入っていてソースを追っかけやすいかどうかの
問題。

この回答へのお礼

なるほど。。
参考になります。
ご回答ありがとうございました。

お礼日時：2007/10/06 20:59