クラスは約 200 行のコードを超えてはならないと言われました。
ただし、最大 500 行、場合によってはそれ以上のコード行を持つクラスを含む多くのプロジェクトがありました。多くの場合、これらのクラスは、それらのクラスのすべての機能が一緒に属しているように見えたので、そのままで意味があるように見えました。
私の質問は、より小さなクラスを目指すことが本当に理にかなっているのか (ほとんどの場合、常に例外があります)、それとも大きなプロジェクトでは常に実行可能とは限らない (または合理的でさえない) ソフトウェア開発における希望的観測にすぎないのでしょうか?
それは本当に実装とドメインに依存します。可能であれば、常にコードをリファクタリングして、最も単純なレイアウトに整理するようにしてください。インターフェイスを煮詰めて、Chesire CatやBuilder Patternなどのパターンを使用して実装します。1 つのクラスに多くのコードが必要な場合もありますが、コードが多すぎるように見える場合は、少なくとも時間をかけてリファクタリングできるかどうかを検討することをお勧めします。
各クラスを実際のオブジェクト表現と考えてください。そのため、オブジェクトが複雑な場合、クラスにはより多くのコードが含まれます。また、それほど複雑でない (小さなオブジェクト) ほど、コードは少なくなります。
オブジェクトを個々のコンポーネントに分割したり、共通のものを親クラスに取り出したりすることができます。しかし、これには常に限界があります。
読みやすさと理解を向上させるために大量のコードを含む単一のメソッドを削減する必要がありますが、クラス自体に含まれるコードが適切である限り、含まれても問題ないと言いがちです。