não é uma má orientação. Eu nunca me arrependi de dividir métodos e classes (nunca achei que tivesse muitos), desde que eles estejam bem agrupados e inter-relacionados.
O truque é NÃO dividi-lo verticalmente (apenas aperte um método em um ponto e inicie um novo). O truque, como com o teste de unidade, é manter essa regra em mente desde o início, para que você realmente desenhe melhor, passando 3 ou 4 instruções do meio para outro método, porque ter uma chamada de método descreve melhor o que você está fazendo. aquelas 3 ou 4 declarações no meio do seu código.
Esse tipo de divisão, mesmo que seja arbitrário e usado apenas uma vez, pode levar a refatorações melhores posteriormente devido a uma nova clareza de código, isso também é verdade para classes menores.
Pense nisso como se fosse um teste de unidade. Se você tentar adicionar testes unitários após o fato, é difícil e, às vezes, parece impossível, mas se você projetá-lo desde o início, ele realmente torna todo o seu código melhor.
Resumo? Se compararmos o cheiro de design de "Usar menos de 7 declarações" ao cheiro de código de "Eu usei mais de 7 declarações", prefiro eliminar o cheiro de código.