Princípios S.O.L.I.D - DevDay Fatec Mogi Mirim 2019

Conhecendo os princípios S.O.L.I.D.

View Slide

Roger Albino

View Slide

Roger Albino
• Engenheiro de Software e Líder Técnico de
JavaScript na Kazap Tecnologia.

View Slide

Roger Albino
• React, React Native, NodeJS, Graphql…

View Slide

Roger Albino
• Sou músico

View Slide

Roger Albino
• Sou músico
• Curto uma cerveja .

View Slide

Roger Albino
• Sou músico
• Curto uma cerveja .
• @rogeralbinoi

View Slide

• Temos mais de 11 anos de mercado, hoje estamos no Reino Unido,
Portugal e sede em Mogi Guaçu.
• Nosso objetivo é facilitar a transformação digital nas organizações.
• Desenvolvemos aplicações personalizadas para Web, Dispositivos
moveis, interfaces conversacionais (Assistentes pessoais e Chatbots)
• Ruby on Rails, JavaScript, Java, Python, machine learning…
• www.kazap.com.br

View Slide

POO (Programação Orientada a Objetos)

View Slide

• Paradigma de programação
(forma de organizar o código)

View Slide

• Funcional

View Slide

• Funcional
• Procedural

View Slide

• Funcional
• Procedural
• Outras…

View Slide

Mundo perfeito

View Slide

• O cliente pede uma alteração;
Mundo perfeito

View Slide

• A pessoa desenvolvedora encontra facilmente e aplica a mudança
em poucos lugares;
Mundo perfeito

View Slide

em poucos lugares;
• Não há propagação de problemas;
Mundo perfeito

View Slide

em poucos lugares;
• Não há propagação de problemas;
• Tudo tranquilo
Mundo perfeito

View Slide

Realidade

View Slide

• A pessoa desenvolvedora demora um bom tempo para encontrar
onde alterar, pesquisa e altera vários lugares no código
Realidade

View Slide

• Essa pessoa esquece de alterar em alguns lugares;
Realidade

View Slide

• Essa pessoa esquece de alterar em alguns lugares;
• E aí massa?
Realidade

View Slide

S.O.L.I.D

View Slide

S.O.L.I.D
• Acrônimo para 5 Princípios do Design Orientado a Objetos. (que vão
te ajudar a organizar melhor seu código)

View Slide

S.O.L.I.D
• Criado por Robert C. Martin (Uncle Bob), apresentado em seu artigo
"The Principles of OOD” e Identificado depois por Michael Feathers;

View Slide

S.O.L.I.D
• http://www.butunclebob.com/ArticleS.UncleBob.PrinciplesOfOod

View Slide

S.O.L.I.D
• Não está ligado diretamente a um linguagem de programação.

View Slide

S.O.L.I.D
• Não está ligado diretamente a um linguagem de programação.
• Java, C#, PHP, Typescript, Javascript…

View Slide

Exemplos

View Slide

OOP vs OOD

View Slide

OOP - Object Oriented Programming
Programação orientado a objetos

View Slide

OOD - Object Oriented Design
Design orientado a objetos

View Slide

class Pessoa {
nome: string
idade: number
constructor(nome: string, idade: number) {
this.nome = nome
this.idade = idade
}
falar() {/* ... */}
andar() {/* ... */ }
}
const cliente = new Pessoa('Roger', 18)

View Slide

• Classes
• Atributos
• Métodos
• Objetos
class Pessoa {
nome: string
idade: number
constructor(nome: string, idade: number) {
this.nome = nome
this.idade = idade
}
falar() {/* ... */}
andar() {/* ... */ }
}
const cliente = new Pessoa('Roger', 18)

View Slide

Pilares da POO

View Slide

Pilares da POO
• Abstração (focar no que é importante)

View Slide

Pilares da POO
• Encapsulamento (esconder características e
comportamentos)

View Slide

Pilares da POO
comportamentos)
• Herança (herdar características e comportamentos)

View Slide

Pilares da POO
comportamentos)
• Herança (herdar características e comportamentos)
• Polimorfismo (através de abstrações, classes com
métodos de mesmo nome podem fazer coisas
diferentes)

View Slide

SRP -The Single Responsibility Principle
A class should have one, and only one, reason to change.
OCP -The Open Closed Principle
You should be able to extend a classes behavior, without modifying it.
LSP -The Liskov Substitution Principle
Derived classes must be substitutable for their base classes.
ISP -The Interface Segregation Principle
Make fine grained interfaces that are client specific.
DIP -The Dependency Inversion Principle
Depend on abstractions, not on concretions.

View Slide

Coesão
"coesão", in Dicionário Priberam da Língua Portuguesa [em linha], 2008-2013, https://
dicionario.priberam.org/coes%C3%A3o [consultado em 20-10-2019].

“Qualidade de uma coisa em que todas as partes
estão ligadas umas às outras.”

View Slide

Sinônimos de coesão
https://www.sinonimos.com.br/coesao/
“acordo, coerência, concordância, conexão, harmonia,
nexo, unidade.”

View Slide

Classe coesa
Uma classe coesa é aquela que possui uma única
responsabilidade.

View Slide

View Slide

GOD Class

View Slide

Fonte da imagem: http://collections.si.edu/search/record/nmah_1061776
GOD Class

View Slide

SRP - The Single Responsibility Principle
"A class should have one, and only one,
reason to change."
“Uma classe deve ter um, e apenas um motivo para mudar.”
Princípio da responsabilidade única

View Slide

Violação
class Cart {
private productList: string[] = []
public addProduct(productId: string) {/*...*/}
public removeProduct(productId: string) {/*...*/}
public getProductList() {/*...*/}
public estimateShipping(cep: number) {/*...*/}
}

View Slide

Solução
class Cart {
private productList: string[] = []
public addProduct(productId: string) {/*...*/}
public removeProduct(productId: string) {/*...*/}
public getProductList() {/*...*/}
}
class Shipping {
public estimateShipping(cep: number, cart: Cart) {/*...*/}
}

View Slide

Também vale para arquivos e métodos.

View Slide

OCP -The Open Closed Principle
"You should be able to extend a classes
behavior, without modifying it.”
“Você deve ser capaz de estender o comportamento de uma
classe sem modifica-la.”
Princípio Aberto-Fechado

View Slide

Violação

View Slide

Violação
class EbookEpub extends Ebook {
public downloadEpub() { /* ... */ }
}
class EbookPdf extends Ebook {
public downloadPdf() { /* ... */ }
}

View Slide

Violação
public downloadEpub() { /* ... */ }
}
public downloadPdf() { /* ... */ }
}
class Ebook {
public static downloadEbooks(arquivos: any[]) {
arquivos.forEach((arquivo: any) => {
if (arquivo.constructor.name === 'EbookEpub') {
arquivo.downloadEpub()
}
else if (arquivo.constructor.name === 'EbookPdf') {
arquivo.downloadPdf()
}
})
}
}

View Slide

View Slide

E se eu adicionar mais um tipo de Ebook?

View Slide

class EbookHtml extends Ebook {
public downloadHtml() { /* ... */ }
}

View Slide

public downloadHtml() { /* ... */ }
}
class Ebook {
public static downloadEbooks(arquivos: any[]) {
arquivos.forEach((arquivo: any) => {
if (arquivo.constructor.name === 'EbookEpub') {
arquivo.downloadEpub()
}
else if (arquivo.constructor.name === 'EbookPdf') {
arquivo.downloadPdf()
}
else if (arquivo.constructor.name === 'EbookHtml') {
arquivo.downloadHtml()
}
})
}
}

View Slide

Solução

View Slide

Solução
public download() { /* ... */ }
}
}

View Slide

Solução
abstract class Ebook {
abstract download(): void
public static downloadEbooks(arquivos: Ebook[]) {
arquivos.forEach((arquivo: Ebook) => {
arquivo.download()
})
}
}
}
}

View Slide

Solução
abstract class Ebook {
abstract download(): void
public static downloadEbooks(arquivos: Ebook[]) {
arquivos.forEach((arquivo: Ebook) => {
arquivo.download()
})
}
}
}
}
}

View Slide

Princípio de substituição de Liskov
• Apresentado por Barbara Liskov em 1987
Fontes: https://en.wikipedia.org/wiki/Barbara_Liskov,
https://www.youtube.com/watch?v=_jTc1BTFdIo
Barbara Liskov é Cientista da computação,
vencedora do Turing Award e uma das primeiras
mulheres a receber um doutorado em ciência da
computação nos Estados Unidos. Barbara
Liskov é Professora no MIT e head do PMG
(Programming Methodology Group)

View Slide

"Derived classes must be substitutable
for their base classes.”
“Classes derivadas devem ser substituíveis por suas classes
base.”
Princípio de substituição de Liskov

View Slide

View Slide

• Parece um pato

View Slide

• Parece um pato
• Faz Quack igual um pato

View Slide

• Parece um pato
• Mas precisa de pilhas para funcionar

View Slide

• Parece um pato
• Mas precisa de pilhas para funcionar
• Algo está muito errado com a nossa abstração

View Slide

Quadrado é um tipo de retângulo.
Tem 4 lados, usa o mesmo calculo de
área…
Exemplo clássico do Quadrado e Retângulo

View Slide

Violação
class Rectangle {
constructor(width: number, height: number) {
this._height = height
this._width = width
}
protected _width: number
protected _height: number
get width(): number { return this._width }
set width(width: number) { this._width = width }
get height(): number { return this._height }
set height(height: number) { this._height = height}
public area() { return this._width * this._height }
}
class Square extends Rectangle {
set height(height: number) {
this._height = height
this._width = height
}
set width(width: number) {
this._height = width
this._width = width
}
get width(): number { return this._width }
get height(): number { return this._height }
}

View Slide

Violação
class Foo {
// BUG!!
public FooBar(retangle: Rectangle) {
retangle.width = retangle.width * 2
retangle.height = retangle.height * 2
}
}

View Slide

Violação
Rectangle { _height: 200, _width: 400 }
Rectangle { _height: 400, _width: 800 }
class Foo {
// BUG!!
}
}

View Slide

Violação
Square { _height: 200, _width: 200 }
Square { _height: 800, _width: 800 }
class Foo {
// BUG!!
}
}

View Slide

class Square {
constructor(size) {
this._size = size
}
protected _size: number
get size() { return this._size }
set size(size: number) { this._size = size }
get width(): number { return this._size }
get height(): number { return this._size }
public area() { return this._size * this._size }
}
Conclusão

View Slide

ISP -The Interface Segregation Principle
"Make fine grained interfaces that are
client specific.”
“Crie interfaces refinadas e específicas para o cliente.”
Princípio da Segregação da Interface

View Slide

Violação

View Slide

Violação
interface Phone {
accessTheInternet(): void
takeAPicture(): void
authWithBiometry(): void
makeACall(): void
sendSms(): void
}

View Slide

Violação
interface Phone {
makeACall(): void
sendSms(): void
}
class Smartphone implements Phone {
accessTheInternet() {/*...*/ }
takeAPicture() {/*...*/ }
authWithBiometry() {/*...*/ }
makeACall() {/*...*/ }
sendSms() {/*...*/ }
}

View Slide

Violação
interface Phone {
makeACall(): void
sendSms(): void
}
class Smartphone implements Phone {
accessTheInternet() {/*...*/ }
takeAPicture() {/*...*/ }
sendSms() {/*...*/ }
}
class BasicPhone implements Phone {
sendSms() {/*...*/ }
accessTheInternet() {
throw new Error('this device can not make this')
}
takeAPicture() {
}
authWithBiometry() {
}
}

View Slide

Solução

View Slide

Solução
interface Smartphone {
}
interface Phone {
makeACall(): void
sendSms(): void
}

View Slide

Solução
}
interface Phone {
makeACall(): void
sendSms(): void
}
class Smartphone implements Phone, Smartphone {
accessTheInternet() {/*...*/}
takeAPicture () {/*...*/}
makeACall() {/*...*/}
sendSms() {/*...*/}
}

View Slide

Solução
}
interface Phone {
makeACall(): void
sendSms(): void
}
class Smartphone implements Phone, Smartphone {
accessTheInternet() {/*...*/}
takeAPicture () {/*...*/}
sendSms() {/*...*/}
}
class BasicPhone implements Phone {
sendSms() {/*...*/}
}

View Slide

DIP -The Dependency Inversion Principle
"Depend on abstractions, not on
concretions.”
“Dependa de abstrações, não de implementações.”
Princípio da inversão de dependências

View Slide

Abstrações tendem a ser mais
estáveis que implementações

View Slide

Entidades devem depender de
entidades mais estáveis que ela.

View Slide

Violação

View Slide

Violação
class Lamp {
public turnOn() {/*...*/}
public turnOff() {/*...*/}
}

View Slide

Violação
class Lamp {
}
class Button {
constructor(lamp: Lamp) {
this._lamp = lamp
}
private _lamp: Lamp
public turnOn() {
this._device.turnOn()
}
}

View Slide

Solução

View Slide

Solução
interface Device {
turnOn(): void
turnOff(): void
}

View Slide

Solução
interface Device {
turnOn(): void
turnOff(): void
}
class Button {
constructor(device: Device) {
this._device = device
}
private _device: Device
public turnOn () {
}
}

View Slide

Solução
interface Device {
turnOn(): void
turnOff(): void
}
class Button {
}
public turnOn () {
}
}
class Lamp implements Device {
}

View Slide

Solução
interface Device {
turnOn(): void
turnOff(): void
}
class Button {
}
public turnOn () {
}
}
class Lamp implements Device {
}
class Fan implements Device {
}

View Slide

View Slide

• SRP - Classes devem ter uma única responsabilidade

View Slide

• OCP - Classes devem estar abertas para extensão mas
fechadas para modificação

View Slide

• LSP - Classes devem ser substituíveis pelas suas classes
base

View Slide

base
• ISP -Evite interfaces gordas

View Slide

base
• ISP -Evite interfaces gordas
• DIP -Dependa de abstrações e não de implementações

View Slide

Fique tranquilo.

View Slide

Obrigado!
@rogeralbinoi

View Slide

Princípios S.O.L.I.D - DevDay Fatec Mogi Mirim 2019

Princípios S.O.L.I.D - DevDay Fatec Mogi Mirim 2019

Roger Albino

More Decks by Roger Albino

Other Decks in Programming

Featured

Transcript