22
SOLID

SOLID

Embed Size (px)

Citation preview

Page 1: SOLID

SOLID

Page 2: SOLID

Marco Antônio de OliveiraFormação:Bacharel em Sistemas de Informação - Ulbra/2015Cursando: MIT Engenharia de Software JAVA - FGV/Decision

Linkedin: https://br.linkedin.com/in/marcooliveira18

E-mail: [email protected]

Page 3: SOLID

“SOLID são princípios

básicos (boas práticas) daProgramação Orientada

a Objetos.

Page 4: SOLID

Single Responsibility Principle

Open Closed Principle

Liskov Substitution Principle

Interface Segregation Principle

Dependency Inversion Principle

Page 5: SOLID

1.Single Responsibility Principle

Uma Classe deve conter somente responsabilidades que são suas.

Uma classe deve ter um, e apenas um, motivo para mudar.

Page 6: SOLID
Page 7: SOLID
Page 8: SOLID

Open Closed Principle

Aberto para extensão e fechado para modificação.

Ser capaz de extender o comportamento de uma classe sem modificá-la;

2.

Page 9: SOLID
Page 10: SOLID
Page 11: SOLID

Liskov Substitution Principle

Programe para a interface e não para sua implementação!

“Dado um Tipo T, todos os seus subtipos S podem ser

usados como seus substitutos sem que haja impactos no sistema.”

3.

Page 12: SOLID
Page 13: SOLID
Page 14: SOLID

Interface Segregation Principle

Uma classe consumidora não deve conhecer (depender) métodos que não necessitam.

Para ter uma classe coesa e reutilizável, devemos atribuir a ela uma única responsabilidade

4.

Page 15: SOLID
Page 16: SOLID
Page 17: SOLID

Dependency Inversion Principle

Componentes de mais alto nível não devem depender de componentes de níveis mais baixos, mas ambos

devem depender de abstrações.

Abstrações não devem depender de implementações, mas as implementações devem depender de abstrações.

5.

Page 18: SOLID
Page 19: SOLID
Page 20: SOLID
Page 21: SOLID
Page 22: SOLID

Obrigado