Nesta palestra temos o objetivo de rever os conceitos e origens da programação orientada a objetos

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

3. Porque repensar?

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

21. Vantagens e desvantagens

22. Vantagens

23. Vantagens
Reutilização

24. Vantagens
Reutilização
Extensibilidade

25. Vantagens
Reutilização
Extensibilidade
Testabilidade

26. Vantagens
Reutilização
Extensibilidade
Testabilidade
Proximidade do negócio

27. Desvantagens

28. Desvantagens
Aprendizado

29. Desvantagens
Aprendizado
Utilização de recursos

30. Conceitos básicos

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?

79. Orientação a objetos

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