Thread em cadastro

Não lí este artigo, mas não vejo muita utilidade de como uma Thead poderia “melhorar” uma telinha de cadastro. Threads foram feitas para controlar mais que uma tarefa simultaneamente (geralmente várias), a não ser que vc queira um cadastro “animadinho”, mas em swing se vc ficar desenhando demais na tela terá problemas com performance.

[]s, Welington B. Souza

mandar imprimir e vc poder cadastrar uma outra pessoa, é uma boa funcionalidae, ao invés d ter q esperar a impressão acabar…

OK, vc tem razão! mas a impressão geralmente não é muito extensa (mas pode). O que eu quis dizer é que geralmente não é uma situação comum usar threads para tudo

[]s, Welington B. sozua

Se a aplicação é desktop não vejo muita necessidade tb…
Bom se for um cadastro para videolocadora a coisa muda um pouco de figura pq pode ser necessário vc ter vários terminais burros só para consultas…poderia ser necessário sincronizar o acesso a essas consultas no BD,aí threads tem até algum papel…(usar JWS seria derrepente uma opção melhor…)

“Ironlynx”:

Bom se for um cadastro para videolocadora a coisa muda um pouco de figura pq pode ser necessário vc ter vários terminais burros só para consultas…poderia ser necessário sincronizar o acesso a essas consultas no BD,aí threads tem até algum papel…

Certo, + usar isolamento transacional não seria + simples?

“cariocathi”:

mandar imprimir e vc poder cadastrar uma outra pessoa, é uma boa funcionalidae, ao invés d ter q esperar a impressão acabar…

Sim, parece algo útil.

Não entedo tb pq usar este tipo de recurso numa aplicação deste tipo. Os 2 exemplos citados acima são coerentes.

Em Delphi, fiz um programa de cadastro q usa thread’s. Uma thread faz a validação dos dados, inclusive de autocomplemento e outra grava no BD. apenas isto.