Certinho,
Gostaria de saber qual o conceito de controller num sistema desktop?
Por exemplo: Na web eu tenho uma classe ou fremework que implementa mvc onde as requisições são centralizadas.
Isso proporciona facilidade no controle da acesso e logs do sistema.
Qual o paralelo com um sistema desktop?
Valeo !!!
O paralelo é você escrever o controler :shock:
Acho que ainda não surgiu doido pra fazer um controler genérico, embora teoricamente não seja difícil pois você passar o Frame principal pro controler, ele varre pegando os componentes e seus valores e depois passa pra um framework como o Xwork e por ai vai …
Mas ter um controler proprio fica bem mais simples … o controler sabe pegar a tela especifica do sistema, varrer os dados e depois executar as ações (que nao sabem nada da tela).
imagine as telas em AWT, Swing ou SWT como a camada View e um Controller que recebe os dados dos controles vindos das janelas e repassa para o Model.
Neste caso, como ficaria a indepêndencia de view?
Gostaria de saber das experiências de vcs.
Estou pensando da seguinte forma:
Desktop: Eu faria um controller para cada tela de cadastro por exemplo. Este pegaria os dados da tela e passaria a outro objeto que faria a persistência.
Web: Implementaria um controller como webwork e struts e passaria a requisição um objeto que cuida da persistência.
No caso então da persistência para trás a aplicação seria a mesma.
É isso mesmo?
Isso mesmo, só muda o View e algumas coisas no Controller.
Na verdade, se vc fizer tudo em cima do XWork e tomar alguns cuidados, vc nao mexe nem no controller - da pra usar tanto Swing pra aplicacoes desktop quanto WebWork pro frontend web 