RES: [java-list] usar ou não MVC?
E aí, tudo beleza? Olha, tô tendo o mesmo problema que você e decidi criar a interface Swing e passá-la oara uma classe Controller genérica, onde eu valido as ações do usuário. Minha classe controller nada mais é do que uma classe que implementa as interfaces usadas pelas classes Swing. Para facilitar minha vida, criei uma interface, com um método getClassType(), que toda classe Swing deverá implementar, fornecendo uma constante definida dentro desta interface. Dessa forma, através da identificação do tipo de dado que cada controle trata, quando ele gera um evento, minha classe identifica o controle e dá o tratamento necessário. PORÉM, EU, particularmente, considerei essa solução a mais adequada para o MEU problema, um aplicativo de certa forma, pequeno. Não sei se isso seria uma solução para seu problema. Qualquer coisa, estamos por aí pra discutir isso e quem sabe um ajudar o outro! Valeu! ---BeginMessage--- Olá Laesse, Eu não sou nenhuma autoridade no assunto, mas acho que o melhor é utilizar MVC (se bem que não sei se é essa sigla que se aplica nesse caso :). Pois, assim, tu separas toda a lógica da interface. Se tu precisares mudar a interface, terá mais liberdade. Por outro lado, se tu modificares a lógica, imagine o impacto na interface... Isolando em 3 camadas, a coisa fica mais organizada. []´s Ivan JS. Diana Web Developer SyLab Sistemas Colaborativos === Email: ivan at sylab dot com dot br Site: www.sylab.com.br Fone: +55-51-3346-5612 === In God we trust. Everything else we check - Original Message - From: LAESSE CANUTO DE ARAUJO JUNIOR ARAUJO [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, April 02, 2003 11:46 AM Subject: [java-list] usar ou não MVC? Como eu faria pra implementar as minhas classes de negocio numa arquitetura MVC utilizando Swing? Eu teria que criar classes especiais como controller e command que chamariam as classes de negocio especificas, ou apenas fazer referencia a minhas classes de negocios nas chamadas dos meus botoes e menus? Grato, Laesse Júnior. _ MSN Hotmail, o maior webmail do Brasil. http://www.hotmail.com -- LISTA SOUJAVA http://www.soujava.org.br - Sociedade de Usuários Java da Sucesu-SP dúvidas mais comuns: http://www.soujava.org.br/faq.htm regras da lista: http://www.soujava.org.br/regras.htm historico: http://www.mail-archive.com/java-list%40soujava.org.br para sair da lista: envie email para [EMAIL PROTECTED] - -- LISTA SOUJAVA http://www.soujava.org.br - Sociedade de Usuários Java da Sucesu-SP dúvidas mais comuns: http://www.soujava.org.br/faq.htm regras da lista: http://www.soujava.org.br/regras.htm historico: http://www.mail-archive.com/java-list%40soujava.org.br para sair da lista: envie email para [EMAIL PROTECTED] - ---End Message--- -- LISTA SOUJAVA http://www.soujava.org.br - Sociedade de Usuários Java da Sucesu-SP dúvidas mais comuns: http://www.soujava.org.br/faq.htm regras da lista: http://www.soujava.org.br/regras.htm historico: http://www.mail-archive.com/java-list%40soujava.org.br para sair da lista: envie email para [EMAIL PROTECTED] -
Re: [java-list] usar ou não MVC?
De modo curto e grosso Se você estiver acessando suas classes de negócio diretamente pela GUI ... você não estará utilizando o pattern MVC ... pois nesse caso não existe controller ... Para implementá-lo, você teria que ter uma classe controladora que receberia todas as requisições e essa sim conversaria com as classes de negócio, que por sua vez voltariam a resposta e a resposta seria exibida onde quer que fosse preciso. Assim, você teria todos os seus botões chamando essa classe controladora, passando todos os parametros necessários para a camada de negócio, como os objetos ou valores necessários ao processamento e, por exemplo, a referencia ao componente onde a resposta deve ser jogada (não sei se isso é certo ou elegante, porém acho que funciona) ... a classe controladora repassaria esses parametros sob a forma de value objects para a camada de negócio, que faria seu processamento e voltaria para a controladora, que colocaria a resposta no componente que foi passado pelo botão. ETA []s, Lincoln Masao Muraoka Junior Analista Programador ASTI Tecnologia - Núcleo de Soluções e Produtos Tel.: 55 11 3031-0069 r. 232 [EMAIL PROTECTED] www.astitecnologia.com.br Real programmers don't document; if it was hard to write, it should be hard to understand. P.S.: Ruff ... desculpe ter roubado sua tagline mas achei show de bola ... hehehe ... - Original Message - From: LAESSE CANUTO DE ARAUJO JUNIOR ARAUJO [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, April 02, 2003 11:46 AM Subject: [java-list] usar ou não MVC? Como eu faria pra implementar as minhas classes de negocio numa arquitetura MVC utilizando Swing? Eu teria que criar classes especiais como controller e command que chamariam as classes de negocio especificas, ou apenas fazer referencia a minhas classes de negocios nas chamadas dos meus botoes e menus? Grato, Laesse Júnior. _ MSN Hotmail, o maior webmail do Brasil. http://www.hotmail.com -- LISTA SOUJAVA http://www.soujava.org.br - Sociedade de Usuários Java da Sucesu-SP dúvidas mais comuns: http://www.soujava.org.br/faq.htm regras da lista: http://www.soujava.org.br/regras.htm historico: http://www.mail-archive.com/java-list%40soujava.org.br para sair da lista: envie email para [EMAIL PROTECTED] - -- LISTA SOUJAVA http://www.soujava.org.br - Sociedade de Usuários Java da Sucesu-SP dúvidas mais comuns: http://www.soujava.org.br/faq.htm regras da lista: http://www.soujava.org.br/regras.htm historico: http://www.mail-archive.com/java-list%40soujava.org.br para sair da lista: envie email para [EMAIL PROTECTED] -
Re: [java-list] usar ou não MVC?
Olá Laesse, Eu não sou nenhuma autoridade no assunto, mas acho que o melhor é utilizar MVC (se bem que não sei se é essa sigla que se aplica nesse caso :). Pois, assim, tu separas toda a lógica da interface. Se tu precisares mudar a interface, terá mais liberdade. Por outro lado, se tu modificares a lógica, imagine o impacto na interface... Isolando em 3 camadas, a coisa fica mais organizada. []´s Ivan JS. Diana Web Developer SyLab Sistemas Colaborativos === Email: ivan at sylab dot com dot br Site: www.sylab.com.br Fone: +55-51-3346-5612 === In God we trust. Everything else we check - Original Message - From: LAESSE CANUTO DE ARAUJO JUNIOR ARAUJO [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, April 02, 2003 11:46 AM Subject: [java-list] usar ou não MVC? Como eu faria pra implementar as minhas classes de negocio numa arquitetura MVC utilizando Swing? Eu teria que criar classes especiais como controller e command que chamariam as classes de negocio especificas, ou apenas fazer referencia a minhas classes de negocios nas chamadas dos meus botoes e menus? Grato, Laesse Júnior. _ MSN Hotmail, o maior webmail do Brasil. http://www.hotmail.com -- LISTA SOUJAVA http://www.soujava.org.br - Sociedade de Usuários Java da Sucesu-SP dúvidas mais comuns: http://www.soujava.org.br/faq.htm regras da lista: http://www.soujava.org.br/regras.htm historico: http://www.mail-archive.com/java-list%40soujava.org.br para sair da lista: envie email para [EMAIL PROTECTED] - -- LISTA SOUJAVA http://www.soujava.org.br - Sociedade de Usuários Java da Sucesu-SP dúvidas mais comuns: http://www.soujava.org.br/faq.htm regras da lista: http://www.soujava.org.br/regras.htm historico: http://www.mail-archive.com/java-list%40soujava.org.br para sair da lista: envie email para [EMAIL PROTECTED] -
[java-list] usar ou não MVC?
Como eu faria pra implementar as minhas classes de negocio numa arquitetura MVC utilizando Swing? Eu teria que criar classes especiais como controller e command que chamariam as classes de negocio especificas, ou apenas fazer referencia a minhas classes de negocios nas chamadas dos meus botoes e menus? Grato, Laesse Júnior. _ MSN Hotmail, o maior webmail do Brasil. http://www.hotmail.com -- LISTA SOUJAVA http://www.soujava.org.br - Sociedade de Usuários Java da Sucesu-SP dúvidas mais comuns: http://www.soujava.org.br/faq.htm regras da lista: http://www.soujava.org.br/regras.htm historico: http://www.mail-archive.com/java-list%40soujava.org.br para sair da lista: envie email para [EMAIL PROTECTED] -