maio 27, 2011
Filed Under (Design, Design Patterns, Herocast, Tecnologias) by Denis Ferrari

Fala Galera! O episódio de hoje foi baseado em parte do treinamento que ministrei no último sábado para alguns alunos da UNES. Busquei simplificar alguns conceitos complicados ou que geralmente são apresentados com uma abordagem não tão prática. Usei o exemplo do segundo episódio para guiar a explicação.

Nesse episódio apresentei três regras simples para um bom design orientado a objetos: Uma classe deve conter apenas uma responsabilidade, quem usa uma classe não a cria e não sabe como ela funciona. Vale a pena conferir.

Não esqueça de dar seu feedback e sugerir um tema para o próximo episódio.

Links

Abraços!


Comentários:
16 Comentários postados em "HeroCast: Aquele das três regras da POO"
Vinicius G. Nogueira on maio 27th, 2011 at 13:06 #

Olá Denis,
Parabéns, excelente post, regras simples e poderosas.


Edmilson Hora on maio 27th, 2011 at 17:28 #

Olá Denis, Simplismente Ótimo!!
Parabéns!! abordagem simples, didatica e direta!
Olha, em um futuro video fale sobre principios S.O.L.I.D. a galera deverá gostar e vai fazer aprofundar mais essas 3 regras que já são por si só um meio excelente de construir código de alta qualidade.

[]´s

Edmilson


Saulo on maio 27th, 2011 at 17:40 #

Muito bom Denis !
Só me surgiu uma dúvida, refatorar é == Separar responsabilidades ?
Eu entendo que não, o que vc acha ?
[]‘s


Denis Ferrari on maio 27th, 2011 at 17:47 #

Oi Saulo,

Refatorar é substituir a implementação atual por uma implementação equivalente, porém, melhorada em alguns aspectos.

Abraços!


saulo on maio 27th, 2011 at 18:02 #

Entendo assim, refatorar = melhorar um código(que não quer dizer q vá diminuir).
Separar responsabilidades = “culpar os culpados corretamente”.

No seu video consegui separar esses 2 conceitos.

[]‘s


Tiago Sciencia on maio 27th, 2011 at 22:39 #

Olá Denis,

Os HeroCasts estão demais! Parabéns cara! Como sugestão, apoio a idéia do Edmilson de abortar os tópicos relacionados a SOLID. Quem sabe também uma série sobre Design Patterns.

Abraço


Tiago Costa on maio 28th, 2011 at 12:50 #

Muito legal, esses herocast são ótimos, continue produzindo…


Filipe Costa on maio 29th, 2011 at 15:17 #

show.
muito bom.


Riderman on junho 1st, 2011 at 19:39 #

Muito bom.. aguardo o próximo sobre DI. Parabéns!!


Gerson on junho 6th, 2011 at 11:11 #

Olá Denis, gostaria de parabenizá-lo pela aula simples e super esclarecedora. Agora vou assistir suas aulas com mais frequências. Gostaria de sugerir um tema. Camadas.


Luiz Américo Baggio Junior on junho 6th, 2011 at 21:54 #

Ferrari isso é ótimo, sou programador ASP Clássico achei ótimo sua vídeo aula, estou iniciando ao “.Net “, do jeito que você explicou ficou bem bacana a estrutura do código e entendimento para usar efetivamente a orientação a objetos. valeww sucesso.


Anderson on junho 11th, 2011 at 23:01 #

Isso ai Denis!
Video curto e super valioso.
Sempre quando precisar, pode-se assistí-lo novamente.
Só com estas 3 idéias já se tem
uma boa orientação pra escrever código de melhor qualidade.


Jean on junho 13th, 2011 at 13:07 #

Ótimo vídeo! Estou estudando melhor DDD e arquitetura depois do DNAD, e seus vídeos explicam de forma clara e objetiva os esquemas. Parabéns, continue assim!


Elder da Silva on junho 16th, 2011 at 22:47 #

Dennis, parabéns. Esses conceitos tornam-se ideiais para quem trabalha orientação a objeto, trabalho com profissionais que utilizam a OO, mas não utilizam de maneira correta para você ter idéia, sou argumentado sobre as interfaces que esta como padrão no meu projeto. Muito bom parabens.


Fabio Colli on julho 18th, 2011 at 13:51 #

Excelente o vídeo, muito didático e direto.
Eu só não vi onde estão as três regras de OO do título hehehe.

Responsabilidade de uma classe, é princípios S.O.L.I.D.;
Factory é um padrão;
E a terceira sim, e um conceito de OO e além disso é uma ótima forma de não manter acomplamento.

Eu queria que você explicasse melhor qual é a relação do título. Entenda, só estou querendo saber, pois parece que ainda me falta algum conceito, tendo em vista que não consegui identificar essa relação do título com os tópicos.

Um abraço!!


Denis Ferrari on julho 18th, 2011 at 15:29 #

Oi Colli,

Valeu pelo feedback! :)

Você realmente acha que essas coisas não são OO? Pense bem… Factory só é um padrão por que foi catalogado (não abordei factory nesse vídeo, mas os padrões catalogados com factory são Abstract Factory e Factory Method). E SOLID são princípios guias para esse paradígma, porém, responsabilidade única é mais forte que os outros, pois trás muitos benefícios com um custo baixo.

Abraços!

Abraços!


Deixe um comentário

Nome: 
Email: 
URL: 
Comentário: