O meu artigo sobre MVP foi publicado no JavaFree. Tá certo que não está aquelas coisas, afinal, é o meu primeiro artigo (de muitos, espero).

Este artigo é fruto da pesquisa que venho desenvolvendo nos últimos dias a respeito de programação Swing, principalmente quando o assunto é a criação de softwares mais fáceis de manter.

Se você já desenvolveu um sistema em Swing, com certeza já passou por momentos traumáticos durante a manutenção do código ou durante a inclusão de uma nova funcionalidade no sistema. Isso acontece pois não temos o costume de separar as coisas, ou seja, como resultado, você tem o código de uma única classe (geralmente o seu frame) com toda a lógica de apresentação e código inerente ao negócio ocupando o mesmo espaço das instruções que montam o seu Frame.

Se você chegou a ler o artigo (ou o site do Martin Fowler), deve estar pensando no trabalho extra que deve ser feito para implementar o MVP no seu projeto. Realmente, é muito código inútil. Infelizmente, nos desviamos da nossa meta, que é programar pensando no problema a ser resolvido. Não queremos pensar se devemos implementar uma interface ou criar set’s para todos os JTextFields do frame.

Este assunto rendeu alguns posts no fórum, onde estamos tentando arranjar soluções para esse problema que, há tempos, vem nos impedindo de criar softwares manuteníveis utilizando Swing. Sugestões são muito bem vindas

Como esse é um assunto que está me instigando muito, eu pensei em utilizá-lo no meu projeto de final de curso, talvez o desenvolvimento de um framework para ajudar os desenvolvedores a criarem sistemas mais fáceis de se manter. É algo que considero ambicioso, mas, se não fosse, qual seria a graça?