小さな (<50 行) アルゴリズムを保持するためのメソッドを作成していることに気付くことがよくあります。しかし、私が最初にメソッドを学んだとき、ブロック内に一般的に使用されるコード スニペットを格納することにより、コードを凝縮/クリーンアップする方法であると常に教えられました。
私はその目的のためだけでなく、小さなスニペットを格納するためにメソッドを使用するのが好きです。これにより、メイン メソッドがクリーンで理解しやすくなり、コードの「本質」がそれらのメソッド内に隠されます。スタイル的に、これは間違っていますか？
読みやすくするために大きなメソッドを小さなメソッドに分割しても問題はありません。
特に、各メソッドを単一レベルの抽象化に保つと、いくつかの利点があります。大きなメソッドが流暢に読めるようになり、小さなメソッドがシンプルで理解しやすくなります。
スタイル的には、少なくとも私の経験からすると、これは間違いではありません。私がこれを言う理由は、プログラムが1人または100人のプログラマーによって書かれた場合、そのプログラマー/プログラマーの才能と経験によって構成され、完成されるからです。これが意味することは、問題を解決する方法が多数あるということです。自分自身に問うべき質問は、私の実装は機能したかということです。タスク/機能を完了しましたか? もしそうなら、素晴らしい！
あなたはスタイルに関心があるので、ボブおじさんの SOLID 原則を紹介します。他の多くの人がスタイルに関する同様の質問でそうしています。単一のメソッドで 50 行未満のコードで構成されるアルゴリズムがあるとおっしゃいましたが、できる限り、ボブおじさんの単一責任 (SOLID の「S」) の原則に従うことをお勧めします。これは、1 つのメソッドで 50 行未満のアルゴリズムを見て、1 つのことと 1 つのことをうまく行うことに焦点を当てたより多くのメソッドに分割することを検討するようにあなたに挑戦します。そうすれば、テスト容易性と可読性を実現できます。これらは常に「良いスタイル」に向けて長い道のりを歩む2つのことです.