[RESOLVIDO] Como um interage com outro?  XML
Índice dos Fóruns » Java Básico
Autor Mensagem
UMC
GUJ Master
[Avatar]

Membro desde: 09/04/2009 14:03:36
Mensagens: 1685
Localização: Feira de Santana - BA
Offline

pedroroxd wrote:Concordo plenamente..
Para mim seria a classe Pessoa com get's e set's

Isso ae!!

vlw

Compro o livro SCJP 6 Kathy Sierra, de preferência e português, quem tiver manda MP.!!!

umcaste.com

Graduando em Sistema de Informação.

espero ter ajudado...

falando nisso, caso seu problema tenha sido resolvido, edite o seu primeiro post e coloque um [RESOLVIDO] no titulo do tópico. (créditos maior_abandonado)

UMC-ASTEC -> Recomenda o NEXT!
O Next, é um framework para desenvolvimento de aplicações JEE. Baseado em Spring e Hibernate, tem como foco facilitar o trabalho do programador e dar produtividade ao desenvolvimento de aplicações web. Conta com diversos recursos que irão turbinar o desenvolvimento de suas aplicações.
(Créditos Rogel Garcia)

Download do NEXT


Quer aprender a programar com facilidade!?

Aqui





[WWW]
Lavieri
GUJ Master
[Avatar]

Membro desde: 27/01/2004 13:39:31
Mensagens: 1851
Localização: João Pessoa / PB
Offline

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




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

This message was edited 1 time. Last update was at 20/03/2010 20:36:59


Sun Certified Java Programmer (SCJP 6)

"Any fool can write code that a computer can understand. Good programmers write code that humans can understand."
-Martin Fowler et al, Refactoring: Improving the Design of Existing Code, 1999

Meu blog -> http://blog.tomazlavieri.com.br/
[ICQ]
ingridfarabulini
JavaChild
[Avatar]

Membro desde: 20/03/2010 14:07:00
Mensagens: 123
Localização: Canasvieiras - SC
Offline

Olá Lavieri, entendi sua explicação ficou bem clara!

Nesse caso então a classe Pessoa vai ter um método de cadastrar no qual irá receber os dados também de telefone, e-mail,...
Ex:


Seria isso?
Também ainda estou com a dúvida da sua primeira resposta lá em cima... e que foram muitas respostas acho que passou despercebida minha dúvida...
Obrigado por estar me ajudando... espero que continue aqui no tópico.

A amizade começa onde termina ou quando conclui o interesse. Que mundo infeliz, onde as pessoas procuram ser melhores que as outras ao invés de ajudar umas as outras... mas uma amizade verdadeira é um amor que nunca morre. Seja feliz, mesmo sendo assim, sempre!
Lavieri
GUJ Master
[Avatar]

Membro desde: 27/01/2004 13:39:31
Mensagens: 1851
Localização: João Pessoa / PB
Offline

UMC wrote:
pedroroxd wrote:
UMC wrote:Bom vou da uma resumida!

Você vai criar uma Classe chamada DADOS PESSOAIS com as variáveis desejadas ex:"nome,endereço.telefone,e-mail" e fazer o GET e SET de cada variável!
Vai criar o FORM por os campos e etc..!
Criar uma classe de conexão também!

vlw

Foi o que eu sugeri..
Mas veio o espírito de porco (zuera), e deu a idéia de que uma pessoa poderia ter 2 telefones, 2 emails, e tal...
Ae teria que ser feito várias classes...


Bom a mocinha "dona do tópico" está com uma dificuldade básica! NORMAL para início!
fazer várias classes "FALA sério!"
Vai bagunçar tudo!

vlw


e do inicio que se começa a fazer tudo errado ....

Começar a programar errado, vai dar problema depois... é mais que provado, se perde mais tempo com manutenção com desenvolvimento... e o motivo são ideis simplistas como colocar 1092389238 dados dentro de um classe onde deveriam estar corretamente encapsuladas....

Vou dar outro exemplo

Pessoa com campos de endereço dentro dela...

ai vc tem um Forncedor com seus campos de endereços dentro dela.... ai vc quer fazer uma mala direta para pegar os endereços... e ai vem a encrenca...

vai ter q criar 2 lógicas, uma pra Pessoa outra pra fornecedor, pois cada um tem seus proprios endereços....
..............

No mundo real é assim que acontece.... alguem te pede algo, vc pensa simples, monta o sistema todinho, ai vc passa pro cara o programa, ele nunca falou nada de 2 teleofnes.... mas assim q inicia, um usuario sente falta, e já reclama pede pra vc mudar... e uma coisa besta, como ter 2 telefones, faz vc alterar dezenas e dezenas de linhas de código, que antes buscavam o telefone diretamente na pessoa, e não em um objeto proprio....

Sun Certified Java Programmer (SCJP 6)

"Any fool can write code that a computer can understand. Good programmers write code that humans can understand."
-Martin Fowler et al, Refactoring: Improving the Design of Existing Code, 1999

Meu blog -> http://blog.tomazlavieri.com.br/
[ICQ]
ingridfarabulini
JavaChild
[Avatar]

Membro desde: 20/03/2010 14:07:00
Mensagens: 123
Localização: Canasvieiras - SC
Offline

UMC wrote:
pedroroxd wrote:
UMC wrote:Bom vou da uma resumida!

Você vai criar uma Classe chamada DADOS PESSOAIS com as variáveis desejadas ex:"nome,endereço.telefone,e-mail" e fazer o GET e SET de cada variável!
Vai criar o FORM por os campos e etc..!
Criar uma classe de conexão também!

vlw

Foi o que eu sugeri..
Mas veio o espírito de porco (zuera), e deu a idéia de que uma pessoa poderia ter 2 telefones, 2 emails, e tal...
Ae teria que ser feito várias classes...


Bom a mocinha "dona do tópico" está com uma dificuldade básica! NORMAL para início!
fazer várias classes "FALA sério!"
Vai bagunçar tudo!

vlw


Olá UMC, obrigada por estar tentando ajudar!
Mas sinceramente essa divisão de classes eu já havia aprendido... Na minha opinião, me desculpa eu discordar da sua, mas realmente se torna necessário criá-las!
Aqui mesmo na minha agenda do telefone tem algumas pessoas que tem mais de um número (para ser sincera, quase todos )...
Volto a agradecer por estar tentando ajudar facilitando, ok? Não fica chateado.

A amizade começa onde termina ou quando conclui o interesse. Que mundo infeliz, onde as pessoas procuram ser melhores que as outras ao invés de ajudar umas as outras... mas uma amizade verdadeira é um amor que nunca morre. Seja feliz, mesmo sendo assim, sempre!
pedroroxd
GUJ Master
[Avatar]

Membro desde: 26/08/2009 14:56:11
Mensagens: 1614
Localização: Santa Rita do Sapucaí - O vale da Eletrônica
Offline

Blz, então vai pela do Lavieri
Só que da preguiça só de ler as mensagens dele! kkkk

This message was edited 2 times. Last update was at 20/03/2010 20:40:10


Ei... você está usando DefaultTableModel no seu projeto?? Não faça isso! Veja Isso!

"Quem quer fazer, arranja um jeito. Quem não quer, uma desculpa."

'The dictionary is the only place that success comes before work!"

"Não diga à Deus que você tem um grande problema, diga ao problema que você tem um grande Deus."

"If you have an apple and I have an apple and we exchange apples then you and I will still each have one apple.
But if you have an idea and I have an idea and we exchange these ideas, then each of us will have two ideas."


"O Brasil é um país geométrico. Tem problemas angulares, discutidos em mesas redondas, por um monte de bestas quadradas."

"Olho por olho, e o mundo acabará cego."

"Se falam pelas costas, é sinal que eu to na frente"
UMC
GUJ Master
[Avatar]

Membro desde: 09/04/2009 14:03:36
Mensagens: 1685
Localização: Feira de Santana - BA
Offline

Lavieri Calma ae!!!!!!!!

Você está errado !

Blz, então vai pela do Lavieri
Só que da preguiça só de ler as mensagens dele! kkkk

concordo!

vlw

Compro o livro SCJP 6 Kathy Sierra, de preferência e português, quem tiver manda MP.!!!

umcaste.com

Graduando em Sistema de Informação.

espero ter ajudado...

falando nisso, caso seu problema tenha sido resolvido, edite o seu primeiro post e coloque um [RESOLVIDO] no titulo do tópico. (créditos maior_abandonado)

UMC-ASTEC -> Recomenda o NEXT!
O Next, é um framework para desenvolvimento de aplicações JEE. Baseado em Spring e Hibernate, tem como foco facilitar o trabalho do programador e dar produtividade ao desenvolvimento de aplicações web. Conta com diversos recursos que irão turbinar o desenvolvimento de suas aplicações.
(Créditos Rogel Garcia)

Download do NEXT


Quer aprender a programar com facilidade!?

Aqui





[WWW]
Lavieri
GUJ Master
[Avatar]

Membro desde: 27/01/2004 13:39:31
Mensagens: 1851
Localização: João Pessoa / PB
Offline

ingridfarabulini wrote:Olá Lavieri, entendi sua explicação ficou bem clara!

Nesse caso então a classe Pessoa vai ter um método de cadastrar no qual irá receber os dados também de telefone, e-mail,...
Ex:


Seria isso?
Também ainda estou com a dúvida da sua primeira resposta lá em cima... e que foram muitas respostas acho que passou despercebida minha dúvida...
Obrigado por estar me ajudando... espero que continue aqui no tópico.


cadastarPessoa não.... na verdade seria algo como



o que vc pode ter é um construtor, para poder passar os dados todos de um vez, e ja ter uma pessoa completa, por exemplo


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....

Sun Certified Java Programmer (SCJP 6)

"Any fool can write code that a computer can understand. Good programmers write code that humans can understand."
-Martin Fowler et al, Refactoring: Improving the Design of Existing Code, 1999

Meu blog -> http://blog.tomazlavieri.com.br/
[ICQ]
pedroroxd
GUJ Master
[Avatar]

Membro desde: 26/08/2009 14:56:11
Mensagens: 1614
Localização: Santa Rita do Sapucaí - O vale da Eletrônica
Offline

Não existe certo e errado

This message was edited 1 time. Last update was at 20/03/2010 20:47:13


Ei... você está usando DefaultTableModel no seu projeto?? Não faça isso! Veja Isso!

"Quem quer fazer, arranja um jeito. Quem não quer, uma desculpa."

'The dictionary is the only place that success comes before work!"

"Não diga à Deus que você tem um grande problema, diga ao problema que você tem um grande Deus."

"If you have an apple and I have an apple and we exchange apples then you and I will still each have one apple.
But if you have an idea and I have an idea and we exchange these ideas, then each of us will have two ideas."


"O Brasil é um país geométrico. Tem problemas angulares, discutidos em mesas redondas, por um monte de bestas quadradas."

"Olho por olho, e o mundo acabará cego."

"Se falam pelas costas, é sinal que eu to na frente"
Lavieri
GUJ Master
[Avatar]

Membro desde: 27/01/2004 13:39:31
Mensagens: 1851
Localização: João Pessoa / PB
Offline

UMC wrote:Lavieri Calma ae!!!!!!!!

Você está errado !

Blz, então vai pela do Lavieri
Só que da preguiça só de ler as mensagens dele! kkkk

concordo!

vlw


não estou nem mais certo, nem mais errado que vc =P

o fato é que vc esta sendo simplista, e eu estou seguindo a orientação a objeto, a regra da coesão e da separação das responsabilidades...
se vc não gosta paciencia...

Sun Certified Java Programmer (SCJP 6)

"Any fool can write code that a computer can understand. Good programmers write code that humans can understand."
-Martin Fowler et al, Refactoring: Improving the Design of Existing Code, 1999

Meu blog -> http://blog.tomazlavieri.com.br/
[ICQ]
pedroroxd
GUJ Master
[Avatar]

Membro desde: 26/08/2009 14:56:11
Mensagens: 1614
Localização: Santa Rita do Sapucaí - O vale da Eletrônica
Offline

Lavieri wrote:
blablabla
.
.


.
.
.
blablabla

Axo que esse código não iria funcionar...
class Pessoa, e não clas Pessoa

Ei... você está usando DefaultTableModel no seu projeto?? Não faça isso! Veja Isso!

"Quem quer fazer, arranja um jeito. Quem não quer, uma desculpa."

'The dictionary is the only place that success comes before work!"

"Não diga à Deus que você tem um grande problema, diga ao problema que você tem um grande Deus."

"If you have an apple and I have an apple and we exchange apples then you and I will still each have one apple.
But if you have an idea and I have an idea and we exchange these ideas, then each of us will have two ideas."


"O Brasil é um país geométrico. Tem problemas angulares, discutidos em mesas redondas, por um monte de bestas quadradas."

"Olho por olho, e o mundo acabará cego."

"Se falam pelas costas, é sinal que eu to na frente"
UMC
GUJ Master
[Avatar]

Membro desde: 09/04/2009 14:03:36
Mensagens: 1685
Localização: Feira de Santana - BA
Offline

Lavieri wrote:
UMC wrote:Lavieri Calma ae!!!!!!!!

Você está errado !

Blz, então vai pela do Lavieri
Só que da preguiça só de ler as mensagens dele! kkkk

concordo!

vlw


não estou nem mais certo, nem mais errado que vc =P

o fato é que vc esta sendo simplista, e eu estou seguindo a orientação a objeto, a regra da coesão e da separação das responsabilidades...
se vc não gosta paciencia...


Com esse tópico tiro certificação JAVA!

Compro o livro SCJP 6 Kathy Sierra, de preferência e português, quem tiver manda MP.!!!

umcaste.com

Graduando em Sistema de Informação.

espero ter ajudado...

falando nisso, caso seu problema tenha sido resolvido, edite o seu primeiro post e coloque um [RESOLVIDO] no titulo do tópico. (créditos maior_abandonado)

UMC-ASTEC -> Recomenda o NEXT!
O Next, é um framework para desenvolvimento de aplicações JEE. Baseado em Spring e Hibernate, tem como foco facilitar o trabalho do programador e dar produtividade ao desenvolvimento de aplicações web. Conta com diversos recursos que irão turbinar o desenvolvimento de suas aplicações.
(Créditos Rogel Garcia)

Download do NEXT


Quer aprender a programar com facilidade!?

Aqui





[WWW]
pedroroxd
GUJ Master
[Avatar]

Membro desde: 26/08/2009 14:56:11
Mensagens: 1614
Localização: Santa Rita do Sapucaí - O vale da Eletrônica
Offline

Tira mesmo, fácil fácil....
Tudo da linguagem de programação Java se baseia nos tópicos acima

Ei... você está usando DefaultTableModel no seu projeto?? Não faça isso! Veja Isso!

"Quem quer fazer, arranja um jeito. Quem não quer, uma desculpa."

'The dictionary is the only place that success comes before work!"

"Não diga à Deus que você tem um grande problema, diga ao problema que você tem um grande Deus."

"If you have an apple and I have an apple and we exchange apples then you and I will still each have one apple.
But if you have an idea and I have an idea and we exchange these ideas, then each of us will have two ideas."


"O Brasil é um país geométrico. Tem problemas angulares, discutidos em mesas redondas, por um monte de bestas quadradas."

"Olho por olho, e o mundo acabará cego."

"Se falam pelas costas, é sinal que eu to na frente"
Lavieri
GUJ Master
[Avatar]

Membro desde: 27/01/2004 13:39:31
Mensagens: 1851
Localização: João Pessoa / PB
Offline

pedroroxd wrote:Blz, então vai pela do Lavieri
Só que da preguiça só de ler as mensagens dele! kkkk


ahhh outra coisa.... no mundo real... um pedido como "transforma 1 telefone único, encapsulado dentro de cada classe que precisou de telefones em multiplos telefones separado em um objeto proprio onde possa ser reutilizado" da cerca de 200% mais trabalho do que fazer todo o sistema OO desde o inicio e nunca precisar dele tão OO afinal.

mas cada 1 tem sua ideia...

Sun Certified Java Programmer (SCJP 6)

"Any fool can write code that a computer can understand. Good programmers write code that humans can understand."
-Martin Fowler et al, Refactoring: Improving the Design of Existing Code, 1999

Meu blog -> http://blog.tomazlavieri.com.br/
[ICQ]
PaduaAlves
JavaChild
[Avatar]

Membro desde: 21/09/2009 16:16:49
Mensagens: 128
Offline

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

Um homem é do tamanho do seu sonho.
[Email] [MSN]
 
Índice dos Fóruns » Java Básico
Ir para:   
Powered by JForum 2.1.8 © JForum Team