Baixado 23 vezes
Carregado porAlberto Monteiro
SOLID Os princípios da linguagem orientada a objeto
Este documento discute os princípios da programação orientada a objetos SOLID em Delphi, Ruby e C#. Os princípios abordados incluem Responsabilidade Única, Aberto/Fechado, Substituição de Liskov e Segregação de Interface. O documento explica cada princípio e discute como ele é aplicado nas diferentes linguagens.
Mais conteúdo relacionado
Semelhante a SOLID Os princípios da linguagem orientada a objeto
SOLID Os princípios da linguagem orientada a objeto
- 1. Os princípios dalinguagem orientada a objeto em Delphi, Ruby e C# Alberto Monteiro & Marília Paiva
- 2.
- 3. SOLID Todo mundo jásabe o que é OO.
- 4. SOLID O que vemosmuitas vezes é código procedural, disfarçado de OO.
- 5. SOLID Importação de serter ABSTRAÇÕES.
- 6. Single Resposability Principle Oprincípio da responsabilidade única descreve que cada objeto deve ter uma única responsabilidade, e essa responsabilidade deve estar complementarmente encapsulada dentro da classe. Não deve haver mais de um motivo para que uma classe seja alterada.
- 7.
- 8.
- 9. Open Closed Principle Oprincípio do Aberto/Fechado descreve que as entidades(classes, módulos, funções, etc) devem estar abertas para extensão, mas fechadas para modificação.
- 10.
- 11. Open Closed Principle Estendero comportamento da classe deve ser fácil, mas ela não deve ser constantemente alterada.
- 12.
- 13. Liskov Substitution Principle Oprincípio da substituição de Liskov define que os subtipos devem ser substituíveis pelos tipos base. Criado por Barbara Liskov em 1988. Ela também foi a criadora da linguagem CLU que foi referência para outras linguagens como Python e Ruby.
- 14.
- 15. Liskov Substitution Principle Herançaé sempre um assunto delicado.
- 16. Liskov Substitution Principle HerançaReuso Fácil Eu quero
- 17. Liskov Substitution Principle HierarquiaLonga Confusa
- 18.
- 19.
- 20. LSP Smells foreach (varempregado in empregados) { if (empregado is Gerente) { tesouraria.PagarGerente((empregado as Gerente)); } else { tesouraria.PagarEmpregado(empregado); } }
- 21. Interface Segregation Principle Oprincípio da segregação de interface define que os clientes não devem ser forçados a depender de métodos que eles não usam.
- 22.
- 23. Interface Segregation Principle Classecoesa é fundamental p/ manutenção e reuso. E interfaces? Elas precisam ser coesas?
- 24.
- 25.
- 26. Dependency Inversion Principle Módulosde alto nível não devem depender de módulos de baixo nível. Ambos devem depender de abstrações. Abstrações não devem depender dos detalhes. Os detalhes é que devem depender de abstrações.
- 27.
- 28. O que sãodependências Plataforma Biblioteca de terceiros (SEMVER) Banco de dados Web Services Email Recursos do sistema(Data/Horário) new / Create => Instanciar um objeto Métodos globais(static, class procedure/function, def self.*) Random Thread
- 29. Dependency Inversion Principle Falamossobre coesão no SRP Classe gorda => Classes magras Melhor manutenção Preciso juntar as peças
- 30. Dependency Inversion Principle Seráque conseguimos acabar com o acoplamento?
- 31. Dependency Inversion Principle Éimpossível!! As dependências sempre existirão.
- 32.
- 33. Dependency Inversion Principle Diferenciaros acoplamentos Será que todo acoplamento é problemático?
- 34. Dependency Inversion Principle Fugirdos acoplamentos perigosos
- 35.
- 36. DIP Smells Instanciarobjetos usando new/Create private void ReservarEstoque(Carrinho carrinho) { foreach (var item in carrinho.Itens) { var sistemaEstoque = new SistemaEstoque(); sistemaEstoque.Reservar(item.Id, item.Quantidade); } }
- 37. DIP Smells Usode membros de classe (static/global) cadastro.Data = DateTime.Now; Ou EmailService.SendMail(“email”);
- 38. Onde criar osobjetos Aplicar DIP geralmente resulta em uma grande quantidade de interfaces, que eventualmente precisam ser instanciadas em algum lugar... Mas onde? IoC Container C# => Ninject, Windsor, SimpleInjector... Delphi => Emballo, Spring4D, mOrmot Ruby => dim(mas não é comum ser usado) Ruby => Duck typing
- 39.