Sim, sim, estavamos todos confusos, apenas você que não estava… Anyway, nevermind…
Mas então, dá exemplos de como e porque você está utilizando, sei lá, FrontController, Bridge, Active Record por exemplo… Acho que vai esclarecer melhor a galera.
[]'s
[quote=zolotareff].
.
.
Agora talvez com esse MVC o pessoal irá ter uma noção melhor e se ficarem interessados colocarei o resto da solução por ser um assunto “avançado” em minha opinião.
porém que interessa a todos e também quem esta iniciado.[/quote]@zolotareff,
(Desculpe ressuscitar sua thread.)
Mas, postei apenas p/ te indicar a leitura de 1 livro simplemente formidável: Head First Design Patterns
Na verdade, eu tb comecei a lê-lo e posso te dizer q nos surpreendemos a ter 1 insight atrás do outro. Descobri tb q existe Padrões (na minha opinião) q se encaixão + para Modelagem (de (Classes) Entidades de Negócio, p/ ex.) do q para Projeto (de Sistemas)/design (tb não quero dizer q não possa ser usado p/ solucionar problemas de Projeto.) 1 ex. dele é Pattern ‘Strategy’!!
O livro, além de ter 1 ótimo senso de humor, é muito bom mesmo!! Ah, e tem 1 didática incrível!!
Com ele vc vai descobrir os “Princípios por trás dos Padrões”. Os próprios autores falam q os Patterns não “são inventados”; eles “são descobertos”! Então, quando vc estiver fazendo o design da sua Aplicação, vc(s) mesmo(s) vão sacar os Patterns bem no momento q se depararem com os problemas e, aí, v6 mesmos saberão aplicar os Patterns (cada 1) no cenário ideal/adequado. 8)
Espero ter contribuido,
Derlon
Isso tá com cara de trabalho de faculdade, não cheguei a ler todos posts do criador do tópico. Mas o problema maior ai é a falta de entendimento correto do que são e para que servem os Design Patterns, inclusive essa falta de conhecimento atinge profundamente essa cambada de professores de faculdade que nunca programaram de verdade na vida.
Os Design Patterns foram criados para resolver problemas conhecidos em desenvolvimento de software. Como vc já deve ter lido em algum lugar quanto a definição dos DP, são soluções reutilizáveis, para problemas específicos, etc, etc e etc…
Por serem soluções “plugáveis” em quase todos os sistemas, é meio que óbvio que resolve um problema X, mas não todo o seu sistema. DP não são códigos de inteligência artificial.
A base do seu software, e o sucesso dele, surgirão de uma boa modelagem de dados e lógica de programação, assim como conhecimento dos recursos da linguagem que estará utilizando.
Se você pegar as 500 matérias de design patterns que saem nas revistas java magazine, mundo java, .net magazine, etc…você verá 9 de cada 10 autores do artigo, mencionando algo mais ou menos assim em algum lugar da matéria:
“Atenção: Design Patterns são soluções criadas para resolver problemas. Se você ainda não tem um problema e quer usar design patterns, ai você terá um problema”.
E eu concordo plenamente pois já vi isso na prática.
Se o seu professor obrigou a usar DP na criação de um sistema, olha, tirando uma situação x ou y que ele queira abordar na didática, eu diria que ele é um desses que citei ali em cima.