(Re)pensando a OOP - PHPDay Curitiba 2013
10 gostaram4,126 visualizações
O documento discute os conceitos fundamentais da orientação a objetos, incluindo classes, objetos, herança, polimorfismo, encapsulamento e outros. Também aborda brevemente a história da OOP e padrões comuns de projeto orientado a objetos.
(Re)pensando a OOP - PHPDay Curitiba 2013
- 1. (Re)Pensando a Orientação a Objetos Luís Otávio Cobucci Oblonczyk - @lcobucci
- 2. Luís Otávio Cobucci Oblonczyk @lcobucci http://about.me/lcobucci Evangelista PHP Desenvolvedor desde 2003
- 5. “Trabalhar com orientação a objetos é fácil, só fazer tudo com classes! “
- 6. “Orientação a objetos é a evolução da programação procedural “
- 8. Definições
- 9. “Orientação a objetos é um paradigma de análise, projeto e programação de sistemas de software baseado na composição e interação entre diversas unidades de software chamadas de objetos. “ http://pt.wikipedia.org/wiki/Orientação_a_objetos
- 10. Um paradigma é um modelo mental que orienta a forma que será estruturada uma solução
- 11. Um paradigma é um modelo mental que orienta a forma que será estruturada uma solução Procedural
- 12. Um paradigma é um modelo mental que orienta a forma que será estruturada uma solução Procedural Funcional
- 13. Um paradigma é um modelo mental que orienta a forma que será estruturada uma solução Procedural Orientado a aspectos Funcional
- 14. Um paradigma é um modelo mental que orienta a forma que será estruturada uma solução Procedural Funcional Orientado a objetos Orientado a aspectos
- 15. A OOP busca tornar o mundo dos computadores mais próximo da realidade
- 16. Bora viajar
- 17. Um pouco de história...
- 18. Os termos objetos e instâncias foram utilizados por volta das décadas de 50~60
- 19. O conceito formal foi introduzido (nos anos 60) na linguagem de programação Simula 67
- 20. Na década de 70 foi lançada a linguagem Smalltalk, que até hoje é referência
- 22. Vantagens
- 27. Desvantagens
- 31. Objeto é a representação computacional de algo existente
- 32. Objeto é a representação computacional de algo existente Características
- 33. Objeto é a representação computacional de algo existente Características Comportamentos
- 34. Objeto é a representação computacional de algo existente Características Comportamentos Estado
- 35. Classe é a descrição do objeto seguindo as regras de sintaxe das linguagens
- 36. Classe é a descrição do objeto seguindo as regras de sintaxe das linguagens Tipo
- 37. namespace LcobucciExamples; class Person { private $name; public function talk($message) { echo $message; } }
- 38. Instância é a concretização de um objeto (referência à memória)
- 39. Instância é a concretização de um objeto (referência à memória) $luis = new Person();
- 40. A visibilidade define a acessibilidade dos atributos e métodos
- 41. A visibilidade define a acessibilidade dos atributos e métodos Public
- 42. A visibilidade define a acessibilidade dos atributos e métodos Public Protected
- 43. A visibilidade define a acessibilidade dos atributos e métodos Public PrivateProtected
- 44. A visibilidade define a acessibilidade dos atributos e métodos Public PrivateProtected Visibilidade != encapsulamento
- 45. Encapsulamento é a técnica de proteger métodos e atributos
- 46. Encapsulamento utiliza os modificadores de visibilidade
- 47. Herança é o aproveitamento de métodos e atributos entre tipos do mesmo contexto
- 48. Herança é o aproveitamento de métodos e atributos entre tipos do mesmo contexto Definição de sub-tipos
- 49. namespace LcobucciExamples; class Person { private $name; public function talk($message) { echo $message; } }
- 50. namespace LcobucciExamples; class Programmer extends Person { }
- 51. A herança permite a alteração de comportamentos
- 52. namespace LcobucciExamples; class Programmer extends Person { public function talk($message) { parent::talk(md5($message)); } }
- 53. Abstração é a capacidade de definir comportamentos sem sua implementação
- 54. Abstração é a capacidade de definir comportamentos sem sua implementação Classe abstrata
- 55. Abstração é a capacidade de definir comportamentos sem sua implementação Método abstratoClasse abstrata
- 56. Abstração é a capacidade de definir comportamentos sem sua implementação Método abstratoClasse abstrata Interface
- 57. Classes abstratas nunca podem ser instanciadas diretamente, é necessário uma classe filha
- 58. Métodos abstratos devem ser obrigatoriamente implementados pelas classes filhas (a não ser que elas também sejam abstratas)
- 59. namespace LcobucciExamples; abstract class Person { private $name; abstract public function talk($message); }
- 60. namespace LcobucciExamples; class CommonPerson extends Person { public function talk($message) { echo $message; } }
- 61. namespace LcobucciExamples; class Programmer extends Person { public function talk($message) { echo sha1($message); } }
- 62. Interfaces são estruturas que definem quais comportamentos os objetos terão que implementar
- 63. Interfaces são estruturas que definem quais comportamentos os objetos terão que implementar Sempre públicos
- 64. namespace LcobucciExamples; interface PaymentMethod { public function pay($value); }
- 65. namespace LcobucciExamples; class CreditCard implements PaymentMethod { public function pay($value) { // paga usando cartão de crédito } }
- 66. namespace LcobucciExamples; class Money implements PaymentMethod { public function pay($value) { // paga usando dinheiro } }
- 67. Polimorfismo é a possibilidade de um método ter comportamentos diferentes Possibilitado através da abstração
- 68. namespace LcobucciExamples; class Item { private $price; public function sell($quantity, PaymentMethod $paymentMethod) { $paymentMethod->pay( $this->price * $quantity ); } }
- 69. namespace LcobucciExamples; class Item { private $price; public function sell($quantity, PaymentMethod $paymentMethod) { $paymentMethod->pay( $this->price * $quantity ); } }
- 70. Construtores são responsáveis por definir as regras de criação de um objeto
- 71. Destrutores são responsáveis por definir as regras de destruição de um objeto
- 72. namespace LcobucciExamples; class PersonList { private $list; public function __construct() { $this->list = array(); } } $list = new PersonList();
- 73. namespace LcobucciExamples; class PersonList { private $list; public function __destruct() { $this->list = null; } } $list = new PersonList(); $list = null;
- 74. Erros comuns
- 75. namespace LcobucciExamples; class Pessoa { private $name; } Mistura de idiomas
- 76. namespace LcobucciExamples; class Pessoa { private $nome; } Devs felizes : )
- 77. namespace LcobucciExamples; class Passaro { public function voa() { } } class Aviao extends Passaro { } Avião voa, mas não é um pássaro...
- 78. O que posso estudar no futuro?
- 80. Orientação a objetos Gerenciamento de exceptions
- 81. Orientação a objetos Single responsability Gerenciamento de exceptions
- 82. Orientação a objetos Gerenciamento de exceptions Single responsability Open/closed
- 83. Orientação a objetos Gerenciamento de exceptions Liskov substitution Single responsability Open/closed
- 84. Orientação a objetos Gerenciamento de exceptions Liskov substitution Single responsability Open/closed Interface segragation
- 85. Orientação a objetos Gerenciamento de exceptions Liskov substitution Single responsability Open/closed Interface segragation Dependency inversion
- 86. Orientação a objetos Gerenciamento de exceptions Liskov substitution Single responsability Open/closed Interface segragation Dependency inversion Design Patterns
- 87. Orientação a objetos Gerenciamento de exceptions Liskov substitution Single responsability Open/closed Interface segragation Dependency inversion Design Patterns Domain driven design
- 88. Luís Otávio Cobucci Oblonczyk @lcobucci http://about.me/lcobucci Obrigado! http://slideshare.net/lcobucci