Dúvida sobre o uso do Swing no padrão MVC

Esse método deveria ser estático e não de instância. Não faz sentido você ter que criar um objeto dessa classe para executar tal método. Eu concentraria todos esses métodos utilitários na mesma classe também ao invés de ter um caminhão de classes cada uma com um método utilitário.

Havia pensado em torna-lo estático também. Fiquei na dúvida se o fato de haverem imports de componentes de visão numa classe de modelo feriria o MVC.

Ferra sim, pois o modelo não deveria saber da existência das classes de visão, só o controller.
O controller é quem deve notificar a camada de visão quando ela precisa limpar os campos.

Então, o que significa quando vc diz “saber da existência”? Seria como o que acontece com os imports?

Porque já vi pessoas dizendo que o modelo apenas não pode ter instancias da visão. Declarações e imports não são necessariamente instancias, ou são?

“Saber da existência” seria o mesmo q “depender de”, pois se está importado, provavlmente está sendo usado em alguma parte. Supondo:

view > controller > service > domain > dao

view = camada mais alta na estrutura
dao = camada mais baixa na estrutura

Uma prática que costumo seguir e evitar que camadas inferiores dependa de classes de camadas superiores (mas tb não é uma regra sagraada, eh mais um direcionamento que ajuda a evitar problemas).

Quero dizer que o modelo não pode depender da visão, ou seja, não pode usar ou importar classes da camada de visão, e na verdade nem do controller.

Se em alguma situação específica o seu modelo precisa enviar alguma notificação para a camada de visão, então você deveria ter uma estrutura de listener, onde o controller se registra como listener do modelo para ser notificado quando precisa realizar alguma ação na visão.

Acredito que seu método possa ser bastante simplificado pois além de estar usando usar reflection, você está chamando chamando o getComponent 8 vezes e não precisa disso tudo, olha só:

public static void cleanFields(Container container) {
    Component[] filhos = container.getComponents();     // pega os filhos do container
    for (Component filho : filhos) {                    // itera sobre cada filho
        if (filho instanceof TextComponent) {           // se é um TextComponent (AWT)
            System.out.println("BB" + filho.getName()); // imprime o nome
            ((TextComponent) filho).setText("");        // limpa o conteúdo
        } else if (filho instanceof JTextComponent) {   // se é um JTextComponent (Swing)
            System.out.println("BB" + filho.getName()); // imprime o nome
            ((JTextComponent) filho).setText("");       // limpa o conteúdo
        } else if (filho instanceof Container) {        // se é um Container
            cleanFields((Container) filho);             // chama o método recursivamente
        }
    }
}

Entendi sobre a parte “depender da visão”, de fato faz sentido. Onde eu poderia logicamente encaixar uma classe utilitária que realiza operações estáticas com a visão? Quer dizer, posso simplesmente refatorar minha classe genérica “UtilidadesSwing” para o pacote service ou realmente é necessário fazer um listener para a escutar dentro do modelo?

Gostei para caramba do método simplificado, vou tentar adapta-lo para remover os itens de JComboBox e JList também.