PaduaAlves wrote:Sou adepto da explicação do Lavieri. Muito melhor dividir corretamente as responsabilidades do que ter q fazer POG depois.

PaduaAlves wrote:Sou adepto da explicação do Lavieri. Muito melhor dividir corretamente as responsabilidades do que ter q fazer POG depois.

Lavieri wrote:

ingridfarabulini wrote:Obrigada Everton e Lavieri por estarem ajudando colaborando com o tópico!

Lavieri wrote:
sua função é capturar os eventos da VIEW, e repassar ao processos corretos....

manipulação do banco de dados não deve ficar nos beans

O que seriam os processos corretos? Os bean's?
E quem chama a classe de manipulação do banco de dados?

Obrigada mais uma vez meninos! Fico no aguardo.

assim

vc poem um controlador como Ouvinte do botão....

quando o botão é clicado, o Controlador, pega os dados do formulario, popula um Bean com os dados (isso se os dados já não estiverem em um bean)

ai esse controlador deve ter o papel, de saber quem é o responsável por guardar os beans em um banco de dados (Normalmente esse bean é chamado de entity, por ser possivel persitilo em um banco) e normalmente esse objeto, no inicio é um DAO (Data Access Object) que conhece como conversar como banco, e é responsavel por guardalo no banco...

Então resumindo...

Swing, responsavel pela exibição, e por receber os dados atraves da VIEW.

COntroller, responsável por entermediar o que vem da VIEW, e repassar para lógicas responsáveis pelo processo

por exemplo


public class Controller implements EventoQualquerListener{ //ou seja escuta um evento qualquer da view public void eventoQualquer(EventoOcorrido evento, Object source) { //aqui vc tem q pegar o bean do source, e passar ele pra um lógica //algo como Pessoa p = new Pessoa(); p.setNome(source.getLocalOndeGuardaNome().getText()); //e depois de estar com o bean OK PessoaDao dao = //pega o pessoa dao dao.save(pessoa); } }

quanto mais desacomplado, ou seja, quanto menos operações tiver dentor do Controller melhor... ele deve simplismente pegar o que esta na VIEW (no swing) e repassar para a lógica.... normalmente a lógica não é um DAO... e sim um objeto que tem toda a lógica que deve ocorrer ao ser enviado um bean....

ai é esse objeto

UMC wrote:
Cara, cuidado com suas palavras!

PaduaAlves wrote:Sou adepto da explicação do Lavieri. Muito melhor dividir corretamente as responsabilidades do que ter q fazer POG depois.

ingridfarabulini wrote:
Meninos, por favor parem de brigar, eu sei que é para tentar ajudar... mas não precisam brigar!

ingridfarabulini wrote:
Não entendi uma coisa: O source vai ter um objeto com as informações para que eu possa popular um outro objeto da classe Pessoa, certo?
Que objeto é esse?

Obrigada Lavieri está me ajudando muito!
Meninos, por favor parem de brigar, eu sei que é para tentar ajudar... mas não precisam brigar!

pedroroxd wrote:

PaduaAlves wrote:Sou adepto da explicação do Lavieri. Muito melhor dividir corretamente as responsabilidades do que ter q fazer POG depois.

Concordo, mas a menina é iniciante...
Nem deve ter visto de List e array

Lavieri wrote:
o source é quem gerou o evento.... por exemplo... ao clicar no botão de uma janela swing, o source é normalmente quem gerou o evento, no caso o botão... ou a janela...

a partirdai, vc vai ter acesso aos campos Texto do Swing, ou os campos podem estar diretamente bindados a uma entity, e vc pega a entity diretamente.... depende de como vc faz a janela...

o fato é... no evneto disparado.... vc recebe quem o disparou, a paritir disso vc pega os dados que estão neste objeto... se for uma janela com os forms, vc a paritr da janela e dos forms, vc achaa os valores, e coloca elas dentro de um bean, e manda ele pra lógica tratar corretamente...

ingridfarabulini wrote:

Lavieri wrote:
o source é quem gerou o evento.... por exemplo... ao clicar no botão de uma janela swing, o source é normalmente quem gerou o evento, no caso o botão... ou a janela...

a partirdai, vc vai ter acesso aos campos Texto do Swing, ou os campos podem estar diretamente bindados a uma entity, e vc pega a entity diretamente.... depende de como vc faz a janela...

o fato é... no evneto disparado.... vc recebe quem o disparou, a paritir disso vc pega os dados que estão neste objeto... se for uma janela com os forms, vc a paritr da janela e dos forms, vc achaa os valores, e coloca elas dentro de um bean, e manda ele pra lógica tratar corretamente...

Vamos ver se entendi: Quando eu clico no botão, o objeto Event (source) gerado para o ActionListener vai ser, por exemplo, o objeto JanelaAgenda? É isso?
Obrigada!

Lavieri wrote:

ingridfarabulini wrote:

Lavieri wrote:
o source é quem gerou o evento.... por exemplo... ao clicar no botão de uma janela swing, o source é normalmente quem gerou o evento, no caso o botão... ou a janela...

a partirdai, vc vai ter acesso aos campos Texto do Swing, ou os campos podem estar diretamente bindados a uma entity, e vc pega a entity diretamente.... depende de como vc faz a janela...

o fato é... no evneto disparado.... vc recebe quem o disparou, a paritir disso vc pega os dados que estão neste objeto... se for uma janela com os forms, vc a paritr da janela e dos forms, vc achaa os valores, e coloca elas dentro de um bean, e manda ele pra lógica tratar corretamente...

Vamos ver se entendi: Quando eu clico no botão, o objeto Event (source) gerado para o ActionListener vai ser, por exemplo, o objeto JanelaAgenda? É isso?
Obrigada!

vai ter um source, de onde o evento foi disparado... esse source acho que é o botão, e não a janela... porem no botão tem como vc pegar a janela onde ele esta contido... e assim conseguir achar os dados que vc quer...

ingridfarabulini wrote:

Desculpa, mas não consigo visualizar essa situação. Àlias, não vou estar acoplando demais a visão ao controlador? Obrigada.

Lavieri wrote:
o que vc pode ter é um construtor, para poder passar os dados todos de um vez, e ja ter uma pessoa completa, por exemplo
public class Pessoa { public Pessoa(String nome, String sobrenome, Telefone tel, Email mail) { this.nome = nome; this.sobrenome= sobrenome; this.tel = tel; //etc etc etc } }

quem vai realmente cadastar uma pessoa, é o DAO ou algo do genero, ele vai receber o objeto Pessoa, e guardar esse objeto dentro de um banco de dados...

depois quando vc precisar resgatar esse objeto, vc pede para o DAO, e ele fica responsável por pegar esse objeto devolta do lugar onde ele guardou....

Uma pessoa Não cadastra ela mesma...

os métodos save, delete, update entre outros, não são inerentes da pessoa, e sim de outro objeto....