[quote=pedromuyala]OI Wagner, com certeza preciso estudar os diversos Frameworks existentes.
Como você mesmo falou muitas vezes a implementação criada por eles não refletem 100% a especificação.
MVC é um padrão de arquitetura que deveria ser de comum conhecimento entre todos.
Mas infelizmente esse padrão ainda continua “despadronizado”. Pode ver, cada implementação que pegar será diferente uma da outra em conceitos que deveriam ser características em todos os sistemas independentemente do que ele está fazendo.
Uns usam Observer, outros fazem “ponte do controle”… Uns chamam métodos diretamente no controle, outros passam eventos. Uns validam na visão, outros nas regras de negócios e outros nos dois. Entendeu o Milkshake? :lol:
Lógico desenvolvem assim porque atende a necessidade e funciona bem da forma implementada mas é só trocar uma pessoa que está acostumada com Struts por uma que usa Mentawai e pronto tá feita a bagunça!
Valew Wagner estar acompanhando, por favor continue conosco! Um abraço.[/quote]
Eu acho que o importante é entender o conceito e o objetivo num primeiro momento. Não é tão complexo assim, o diagrama já diz quase tudo a respeito do padrão. Detalhes de implementação são específicos a cada sistema. Mas tem coisas que não podem, por exemplo, validação dos objetos de domínio na view é estranho. Se a tua view muda, os objetos precisam continuar consistentes, concorda? O objetivo é justamente permitir mudar a view sem mexer no model. Se você começa a validar os dados na view não tá trabalhando pra este objetivo.
Se você procurar, tem um tópico aqui no GUJ onde o peerless e o Sérgio Taborda estavam discutindo sobre isso. Lá tinham trechos de código sem framework nem nada, apenas esboços. É um tópico bem antigo, se eu achar edito e coloco aqui.
Falou.
#editado
Tá aqui: http://www.guj.com.br/posts/list/73765.java
[quote=Marcio_Nogueira]O padrão MVC possibilita dividir a responsabilidade das demais partes de sua aplicação, o que facilita o desenvolvimento de forma a isolar cada parte da aplicação em camadas.
[/quote]
Não! MVC não serve para isso. não serve para dividir responsabilidade entre partes da aplicação! nem serve para facilitar separação em camadas!
Raios, porque vcs não entendem isso ? Ou melhor, mesmo que não entendam, porque continuam repetindo o errado?!
[quote=sergiotaborda][quote=Marcio_Nogueira]O padrão MVC possibilita dividir a responsabilidade das demais partes de sua aplicação, o que facilita o desenvolvimento de forma a isolar cada parte da aplicação em camadas.
[/quote]
Não! MVC não serve para isso. não serve para dividir responsabilidade entre partes da aplicação! nem serve para facilitar separação em camadas!
Raios, porque vcs não entendem isso ? Ou melhor, mesmo que não entendam, porque continuam repetindo o errado?!
[/quote]
Pode explicar então para que ele serve?
Valeu!
Abraço
[quote=Frango][quote=sergiotaborda][quote=Marcio_Nogueira]O padrão MVC possibilita dividir a responsabilidade das demais partes de sua aplicação, o que facilita o desenvolvimento de forma a isolar cada parte da aplicação em camadas.
[/quote]
Não! MVC não serve para isso. não serve para dividir responsabilidade entre partes da aplicação! nem serve para facilitar separação em camadas!
Raios, porque vcs não entendem isso ? Ou melhor, mesmo que não entendam, porque continuam repetindo o errado?!
[/quote]
Pode explicar então para que ele serve?
[/quote]
Já expliquei. Procure pelos topicos de falam de MVC.
Procure no google “sergiotaborda mvc” …
Vamos lá gente! menos preguiça…
[quote=sergiotaborda][quote=Frango][quote=sergiotaborda][quote=Marcio_Nogueira]O padrão MVC possibilita dividir a responsabilidade das demais partes de sua aplicação, o que facilita o desenvolvimento de forma a isolar cada parte da aplicação em camadas.
[/quote]
Não! MVC não serve para isso. não serve para dividir responsabilidade entre partes da aplicação! nem serve para facilitar separação em camadas!
Raios, porque vcs não entendem isso ? Ou melhor, mesmo que não entendam, porque continuam repetindo o errado?!
[/quote]
Pode explicar então para que ele serve?
[/quote]
Já expliquei. Procure pelos topicos de falam de MVC.
Procure no google “sergiotaborda mvc” …
Vamos lá gente! menos preguiça…[/quote]
Perguntei para você aqui porque assim as pessoas que estão acompanhando a Thread também poderiam ver a resposta, mas de qualquer maneira vou pesquisar sim.
Ps: Bem legal o seu Post “Scrumalicious”
Se o autor da thread e os demais conseguiram entender ou pesquisaram melhor os fundamentos de MVC está blz.
E pedromuyala , puxa gostei desse fluxograma, com que ferramenta será que foi feito? Sempre tem algum melhor que o meu =(
[]s
[quote=A.L]Se o autor da thread e os demais conseguiram entender ou pesquisaram melhor os fundamentos de MVC está blz.
E pedromuyala , puxa gostei desse fluxograma, com que ferramenta será que foi feito? Sempre tem algum melhor que o meu =(
[]s[/quote]
Olá A.L., desculpa mas esta resposta fico lhe devendo. Achei esse fluxograma já pronto na net.
Um abraço! Obrigado por participar! 
Olá todos os usuários que participam do tópico criado pelo Jokabeludoido.
Parabéns pela iniciação.
Bem, para mim está muito claro neste momento que MVC pode ser aplicado na “camada de apresentação” e “cliente” como afirma o Taborda.
Então antes de continuar lendo a próxima pergunta, coloque isso dentro da sua cabeça: :arrow: [size=15]MVC não é Camadas! Camadas é uma coisa, MVC é outra coisa.[/size] Ok? :idea:
Pronto tendo isso na mente (pode até incomodar inicialmente e ser difícil de acreditar pelo grande número de pessoas que misturam ambas :() vamos falar sobre MVC.
E para começar, vamos pelo básico (não me xinguem por favor): Qual a função da Visão, Controle e Modelo no MVC? O que cada uma tem de especial e como elas interagem?
Obrigado a todos que mantém a calma e tranquilidade para tratar um assunto delicado.
Agradeço aos criadores do GUJ, seus moderadores e aos usuários que proporcionam essa qualidade do fórum unindo mentes do Brasil inteiro. 