estou querendo localizar dados em minha JTable como se eu tivesse fazendo um like em slq…
pra que quando eu digitasse qualquer parte do texto ele localizasse o mais aproximado!?
não não,sua tabela deve apenas apresentar os dados; mesmo porque em algum outro lugar você conseguiu esses dados e é nesse lugar que seria mais simples efetuar um “like”. É uma questão de nao duplicar funcionalidade.
Há controvérsias. Filtrar é uma tarefa de view ou de negócio?
No nosso caso, consideramos uma tarefa de view. A filtragem só cai para o negócio quando for otimizada ao extremo. O que foi bom, pois geramos uma classe de JTable com auto-filtro, genérica, muito mais simples do que as consultas SQLs que estavam sendo montadas para filtrar dados, muito mais rápida e com a vantagem de não ficar fazendo acesso ao banco.
Isso nos facilitou muito o trabalho com na camada de persistência e reduziu consideravelmente os erros com BD.
Mas, essa não é uma decisão fácil, e eu também não descarto o que você falou. Vai haver um pouco de trabalho duplicado (no nosso caso, montar essa JTable com filtros). E também não estou dizendo que considerar isso uma tarefa do negócio é ruim. Bem pelo contrário, vai depender da natureza da aplicação sendo montada.
vou dar uma olhada nessa api… mais , assim… eu queria apenas um metodo que localizasse o que eu digitasse em um JTextField de acordo com a coluna uqe eu escolhesse na JTable.
Talves seje melhor vc ver o que vc relmente precisa, por exemplo, caso seje um programa onde vários usuários modificam o BD, utilizar o sql lhe traria um resultado mais atualizado, lógico que vc tem o inconviniente de acessar o bd e perde em velocidade.
Um programa que eu tinha feito, eram dois usuários alterando um servidor de bd, então precisava ter algo em tempo real.
Se sua aplicação não tem esse problema, então pode-se pensar mais em velocidade, vou ver essa API que eu não conheço também.