Meio Bit - Padrões de Projeto (Design Patterns) em C# Rápido e Fácil - Comentários

carloshp disse:"não

shimatai — Fri, 14 Mar 2008 17:48:00 +0000

carloshp disse:

"não reinventar a roda para resolver problemas do dia-a-dia que acontecem em projetos de software, nao importa linguagem, metodologia ou tamanho".

Ou seja: DRY (Don't Repeat Yourself)

--
"Uma pessoa inteligente resolve um problema, um sábio o previne." Albert Einstein

Re: Re: Re: Padrões de Projeto (Design Patterns) em C# Rápido e

shimatai — Fri, 14 Mar 2008 17:43:06 +0000

O que vc quer dizer com "mexer no meio do caminho"?

Pelo que parece, vc causou acoplamento, atitude não recomendada em OO. Talvez não seja isso, mas pelo seu sucinto comentário deixou a entender isso.

Se eu entendi o que vc quis dizer, vc poderia usar o design pattern Intercepting Filter.

--
"Uma pessoa inteligente resolve um problema, um sábio o previne." Albert Einstein

No Java é possível sim e

shimatai — Fri, 14 Mar 2008 17:24:20 +0000

No Java é possível sim e se chama "autoboxing".

Exemplos:

Integer i = 5; // Boxing

int j = i; // Unboxing

--
"Uma pessoa inteligente resolve um problema, um sábio o previne." Albert Einstein

Re: Re: Estou dizendo que se

saitodisse — Thu, 13 Mar 2008 12:44:55 +0000

hehehe, eu tbm demorei pra entender, rss

Re: Padrões de Projeto (Design Patterns) em C# Rápido e Fácil

aaocs — Thu, 13 Mar 2008 00:46:41 +0000

Dá-lhe Bicalho, sempre mandando ver nos posts!
Tenho a curiosidade de saber o que você é. Trabalho, estudo...
Tu tens um blog pessoal?

Bom ponto de vista. []s

davidkwast — Wed, 12 Mar 2008 22:04:01 +0000

Bom ponto de vista.

[]s

Re: Padrões de Projeto (Design Patterns) em C# Rápido e Fácil

Tejo — Wed, 12 Mar 2008 21:08:12 +0000

Esse livro é a base de todos os padrões oficiais. Já li um outro, sobre padrões mais "modernos" e UML, e achei uma bosca...

O complicado mesmo é saber quando e onde aplicar ou não um padrão, principalmente pelo quesito performance. Todos sabem que se você aplicar a orientação a objetos ao extremo, precisará sair para tomar um cafezinho, principalmente com listas de banco de dados complexos.

E como frase do dia: "Até mesmo um POG pode ser chamado de padrão, caso seja usado com frequência...."

Re: Re: Isso provavelmente funciona

xymor — Wed, 12 Mar 2008 17:43:24 +0000

Isso foi só um case pra exemplificar o encapsulamento da lógica de négocios numa aplicação de calculos aritmeticos(onde as regras de negocios são os algoritmos de calculos aritmeticos) ou seja, Numa aplicação real, voce colocaria sua logica de negocio nos metodos da classe.

Re: Padrões de Projeto (Design Patterns) em C# Rápido e Fácil

Vinii — Wed, 12 Mar 2008 16:56:03 +0000

Cara, aqui na HP é requisito mínimo saber da existência destes padrões e como utilizá-los.
Olhem este site http://sourcemaking.com/ é parecido com o dofactory, porém contem mais conteúdo, fala sobre design patterns, refactoring, antipatterns.

Re: Re: Padrões de Projeto (Design Patterns) em C# Rápido e Fáci

Ubiratan.apo — Wed, 12 Mar 2008 16:43:04 +0000

Vai ter que aprender a programar.

Leia este artigo para lhe dar motivação.

Não. Pascal é altamente

hamacker — Wed, 12 Mar 2008 16:15:51 +0000

Não.

Pascal é altamente tipado, isso evita erros amadorísticos ou o famoso tiro no pé.

Essa coisa de sobrecarga, ter ou não ter, eis a questão é uma filosofia de programação, onde é melhor evitar um possivel erro na fase de desenvolvimento ou concentrar-se na produtividade e deixar erros para depois ?

No cobol voce era muito procedural e nao havia problema em somar numeros e letras, desde que voce soubesse o que iria produzir. O transactSQL do MSSQL não deixa somar tipos diferentes a menos que voce faça uma conversão de um para o outro. Não deveríamos discutir se a=a+1 é melhor que a++ ou melhor que a=+a,... porque é ilusão achar que uma linguagem é melhor que outra só por causa disso.

A linguagem mais desburocratizada de todas que conhecí é a LISP, quer me ver correr, é só me mostrar um código em LISP e me pedir para corrigir um "probleminha" que está acontecendo e ninguem ainda achou onde está o bug. Em PHP é algo similar, se nessas linguagens voce não usar uma técnica mais apurada não vai entender, nem corrigir bugs quando se passar dois ou mais anos. Pode ter doutorado naquela linguagem ou não.

Re: Estou dizendo que se

catzurrul — Wed, 12 Mar 2008 16:06:23 +0000

cara, isso é que eu chamo de analogia, só faltou desenhar

Re: Tinha uma coisa que me

hamacker — Wed, 12 Mar 2008 15:53:38 +0000

Se algum dia voce trabalhar numa instituição financeira, seu chefe pegará no seu pé por causa disso. Além disso há redundancia, há mesma checagem que foi feita no programa será refeita na stored procedure do banco de dados que se for disparar uma trigger novamente checará os valores. Se for em "n" camadas, daí varia, tem casos que houve checagem na aplicação e será novamente no servidor de aplicações, banco de dados,... voce viu um sapo ? tinha xor ? não ? então não ví. É assim que uma pessoa fica depois vários anos programando dessa forma.

Re: Padrões de Projeto (Design Patterns) em C# Rápido e Fácil

avontz — Wed, 12 Mar 2008 15:34:58 +0000

Meu.. eu torço nariz para programação.. mas vo ter que apreender.. :/

*******************************

Música eletrônica + atitude -> sabotagem.org

Re: Respondendo a todos

maniacs — Wed, 12 Mar 2008 13:27:44 +0000

Não apenas MVC... que é algo em engloba alguns padroes ...

---
Pra min fanboysismo é igual religião e futebol, não se discute

Padrões de Projeto (Design Patterns) em C# Rápido e Fácil

Ricardo Bicalho — Tue, 11 Mar 2008 21:44:39 +0000

Se você está iniciando em um curso de computação, já programa há algum tempo em uma linguagem orientada a objetos de verdade, eventualmente entrará em contato com design patterns. O termo hoje em dia é usado livremente para definir de forma organizada padrões de solução de problemas comuns encontrados durante projetos.

O livro de referência no assunto, é o Padrões de Projeto: Soluções reutilizáveis de software orientado a objetos, escrito por 4 famosos projetistas de software, Erich Gamma, Richard Helm, Ralph Johnson e John Vlissides. Nesse livro, eles documentaram alguns padrões que são largamente usados. O livro não é uma leitura fácil. É preciso ter um ótimo conhecimento de orientação a objetos e todos os seus conceitos, conhecer UML e para ler o código-fonte do livro, C++ e Smalltalk.

Por causa da velocidade com o qual as coisas devem ser produzidas hoje em dia, um pouco de pragmatismo e uso de uma linguagem moderna como o C# podem ser benéficos. Por exemplo, uma vez precisei criar um "desfazer" (undo em inglês) e pensei: alguém já deve ter tido esse problema. Procurando no livro, encontrei o padrão comportamental Memento que faz mais ou menos o que o cliente precisava. Partindo dele, foi possível criar a funcionalidade desejada.

Mas o código do livro não ajuda muito quando o prazo está no nosso pescoço. Coloque no bookmark o website http://www.dofactory.com. O código em C# é tão ridiculamente parecido com Java que também serve para essa linguagem. Todos os padrões do Gang of Four estão lá.