この開発方法論は何と呼ばれていますか？
関数を短く多数にすることを強調した方法論を思い出します。コードのセクションを分離できるのであれば、結果の関数が1回しか使用されない場合でも、分離できるはずだと言われています。 DRYは行き過ぎであり、この種の強迫的なリファクタリングは逆効果である」と主張する人もいます。
誰かがそれが何と呼ばれることができるか知っていますか？名前にリファクタリングが含まれているとは思いません。
Martin Fowlerの リファクタリングブック は長いメソッドをコードの臭いとして識別し、 メソッドリファクタリングの抽出 が解決策です。
単一責任原則 の派生物と見なすこともできると思います。メソッドレベルで適用すると、単一のテスト済みメソッドから複数の結果をテストすることを心配する必要がないため、単体テストがはるかに簡単になります。
Short Methods ;と呼ぶこともできます。リンクには、この方法論についての良い議論があります。重要なのは、一度に5〜9個程度しか頭に入れられないため、メソッドを短くすると、使用する時点では実装が重要ではないロジックの一部を抽象化できるということです。