Duvida com o modelo MVC

Pense assim o modelo MVC e um modelo que vai dividir sua parte de view(onde o usuario ve apenas o que esta na tela) controle(onde vc faz toda a logica de negocio) e modelo(onde faz os acessos a base de dados) primeiro em sua view vc so ira ter nela componentes de visualização… botoes textarea e os demais elementos que comporte somente a vizualização… quando o usuario por exemplo clicar em um botão a regra de negocio que tera na ação de clicar no botão não sera implementado na classe que contem a view… e sim em uma classe control… podera usar um pattern delegate que seria uma classe singleton que vc intanciaria e chamara o metodo certo na ação do clicar no botão… passando os parametros desejados por exemplo o conteudo de um textfield agora la em sua classe singleton de controle vc tratara o parametro passado da forma que desejar… vc fara as regras de negocio para ele… apos isto vc
vc chamara um dao… que tambem seria um singleton este dao contem a logica para a manipulação de dados no banco… inserir, alterar, remover, buscar… etc… este e um exemplo bem tosco de ultilização de MVC…
na base pense o seguinte o MVC é algo para vc ter um baixo acoplamento e poder rodar sua aplicação em diferentes ambientes… por exemplo se vc quiser migrar sua aplicação desktop para web ou celular vc não vai precisar alterar as regras de negocio e nem de banco apenas vai mudr sua view… o mesmo ocorre se vc resolver mudar seus acessos a dados… se estiver usando um bd e querer gravar seus dados em arquivos ou fazer transações com um mainframe ou outro sistema so modificara seu model sem mecher na view e na control…
espero ter lhe ajudado…

luistiagos:

Pense assim o modelo MVC e um modelo que vai dividir sua parte de view(onde o usuario ve apenas o que esta na tela) controle(onde vc faz toda a logica de negocio) e modelo(onde faz os acessos a base de dados) primeiro em sua view vc so ira ter nela componentes de visualização… botoes textarea e os demais elementos que comporte somente a vizualização… quando o usuario por exemplo clicar em um botão a regra de negocio que tera na ação de clicar no botão não sera implementado na classe que contem a view… e sim em uma classe control… podera usar um pattern delegate que seria uma classe singleton que vc intanciaria e chamara o metodo certo na ação do clicar no botão… passando os parametros desejados por exemplo o conteudo de um textfield agora la em sua classe singleton de controle vc tratara o parametro passado da forma que desejar… vc fara as regras de negocio para ele… apos isto vc
vc chamara um dao… que tambem seria um singleton este dao contem a logica para a manipulação de dados no banco… inserir, alterar, remover, buscar… etc… este e um exemplo bem tosco de ultilização de MVC…
na base pense o seguinte o MVC é algo para vc ter um baixo acoplamento e poder rodar sua aplicação em diferentes ambientes… por exemplo se vc quiser migrar sua aplicação desktop para web ou celular vc não vai precisar alterar as regras de negocio e nem de banco apenas vai mudr sua view… o mesmo ocorre se vc resolver mudar seus acessos a dados… se estiver usando um bd e querer gravar seus dados em arquivos ou fazer transações com um mainframe ou outro sistema so modificara seu model sem mecher na view e na control…
espero ter lhe ajudado…

Olá, ajudou muito, mais o mvc é um divisão em camadas, essa é uma das minhas duvidas, e tenho outra, o que é singleton e como fazer esse delegate, de um exemplo tosco aqui so pra ter um ideia, sou novo ainda em designer patnners.

Cara, aqui tem mais informacao que alguem vai possivelmente aguentar querer saber sobre MVC:

Alguém poderia explicar que :

1. MVC não é divisão em camadas

2. MVC não é divisão em pacotes

3. Implementar DAO não é implementar o model do MVC

4. MVC implica em eventos

Um Singleton é um pattern que te deixa instanciar apenas uma vez determinada classe… ele te retorna apenas uma instancia… e não deixa vc instanciar a classe mais de uma vez… exemplo:

class Singleton{

private static Singleton instance;

private Singleton(){}

public static Singleton getInstance(){
    if(instance == null){

}
}

}

Um Singleton é um pattern que te deixa instanciar apenas uma vez determinada classe… ele te retorna apenas uma instancia… e não deixa vc instanciar a classe mais de uma vez… exemplo:

class Singleton{

private static Singleton instance;

private Singleton(){}

public static Singleton getInstance(){

if(instance == null){

instance = new Singleton();

}

return instance;

}

public static void ola(){

System.out.println(“Ola”);

}

}

invokando o metodo ola do singleton:
Singleton.getInstance().ola();

Um delegate seria um singleton com varios metodos estaticos que podem receber um parametro executar a regra de negocio e invocar um metodo de outro singleton como um DAO por exemplo…

Nãããããããããããããããããããão

http://fragmental.com.br/wiki/index.php?title=MVC_e_Camadas

O Controlle não processa regras de negócios, ele apenas despacha para quem o faz. Model não é persistência, é onde ficam todos os seus objetos de negócio.

Fora que não há motivo para usar Singletons além da necessidade de não poder existir mais de uma instância de um objeto. Não use Singletons fora deste contexto (faça uma bsuca no fórum e leia 353454 tópicos sobre isso).

Alguém, por acaso, teria um exemplo implementando MVC?
Cosinhas básica mesmo…