... | @@ -95,6 +95,34 @@ Exclui o recurso especificado. |
... | @@ -95,6 +95,34 @@ Exclui o recurso especificado. |
|
**PATCH**:
|
|
**PATCH**:
|
|
Serve para atualizar partes de um recurso, e não o recurso todo.
|
|
Serve para atualizar partes de um recurso, e não o recurso todo.
|
|
|
|
|
|
|
|
Referência: [link](http://gabsferreira.com/os-metodos-http-e-a-diferenca-entre-eles/)
|
|
|
|
# Análise dos principios SOLID
|
|
|
|
O que é SOLID?
|
|
|
|
SOLID é um acrônimo criado por Michael Feathers, após observar que cinco princípios da orientação a objetos e design de código — Criados por Robert C. Martin (a.k.a. Uncle Bob) e abordados no artigo The Principles of OOD — poderiam se encaixar nesta palavra.
|
|
|
|
**S.O.L.I.D**: Os 5 princípios da P.O.O.(Programação Orientada a Objetos)
|
|
|
|
* S — Single Responsiblity Principle (Princípio da responsabilidade única) -
|
|
|
|
* O — Open-Closed Principle (Princípio Aberto-Fechado)
|
|
|
|
* L — Liskov Substitution Principle (Princípio da substituição de Liskov)
|
|
|
|
* I — Interface Segregation Principle (Princípio da Segregação da Interface)
|
|
|
|
* D — Dependency Inversion Principle (Princípio da inversão da dependência)
|
|
|
|
|
|
|
|
**SRP — Single Responsibility Principle**:
|
|
|
|
Princípio da Responsabilidade Única — Uma classe deve ter um, e somente um, motivo para mudar.
|
|
|
|
|
|
|
|
**OCP — Open-Closed Principle**:
|
|
|
|
Princípio Aberto-Fechado — Objetos ou entidades devem estar abertos para extensão, mas fechados para modificação, ou seja, quando novos comportamentos e recursos precisam ser adicionados no software, devemos estender e não alterar o código fonte original.
|
|
|
|
|
|
|
|
**LSP — Liskov Substitution Principle**:
|
|
|
|
Princípio da substituição de Liskov — Uma classe derivada deve ser substituível por sua classe base.
|
|
|
|
|
|
|
|
**ISP — Interface Segregation Principle**:
|
|
|
|
Princípio da Segregação da Interface — Uma classe não deve ser forçada a implementar interfaces e métodos que não irão utilizar.
|
|
|
|
|
|
|
|
**DIP — Dependency Inversion Principle**:
|
|
|
|
Princípio da Inversão de Dependência — Dependa de abstrações e não de implementações.
|
|
|
|
|
|
|
|
Referência: [link](https://medium.com/desenvolvendo-com-paixao/o-que-%C3%A9-solid-o-guia-completo-para-voc%C3%AA-entender-os-5-princ%C3%ADpios-da-poo-2b937b3fc530)
|
|
|
|
|
|
# Pendências:
|
|
# Pendências:
|
|
|
|
|
|
* Segurança
|
|
* Segurança
|
... | @@ -106,7 +134,7 @@ funcional) |
... | @@ -106,7 +134,7 @@ funcional) |
|
* Diagrama de Deploy
|
|
* Diagrama de Deploy
|
|
* Documentação sobre aplicação de
|
|
* Documentação sobre aplicação de
|
|
Design do Projeto
|
|
Design do Projeto
|
|
* Análise dos principios SOLID
|
|
|
|
* Code Review
|
|
* Code Review
|
|
*
|
|
*
|
|
Devem ser apresentados das seguintes formas:
|
|
Devem ser apresentados das seguintes formas:
|
... | | ... | |