Skip to content

Commit

Permalink
(#101) Atualiza justificativas e referências dos GoFs criacionais.
Browse files Browse the repository at this point in the history
  • Loading branch information
@herickport @sergiosacj
herickport authored and sergiosacj committed Sep 19, 2021
1 parent f29560c commit d8b9250
Show file tree
Hide file tree
Showing 2 changed files with 12 additions and 21 deletions.
15 changes: 5 additions & 10 deletions docs/3-Padroes-de-Projeto/GoFs/Criacionais/Padroes-Adotados-no-Projeto.md
View file
Original file line number Diff line number Diff line change
Expand Up @@ -20,30 +20,24 @@ sugere que chamadas diretas de construção de objetos sejam substituídas por c
para um método *fábrica* especial (Refactoring.Guru). Dessa forma, a ideia é encapsular
a escolha da classe concreta que será utilizada na criação de um determinado objeto.

Justificativa:
**Justificativa**: Este padrão de projeto é aplicado dentro do Node.js, para criação de objetos.

### 2.2. Singleton

O padrão Singleton é um padrão de projeto criacional que permite a criação de apenas uma
instância de uma classe, provendo um ponto de acesso global para essa instância.

Justificativa: será utilizado para fazer instância de banco de dados, onde até mesmo a instância do React já é feita
seguindo esse padrão.
**Justificativa**: Será utilizado para garantir uma instância única da aplicação com o banco de dados.

### 2.3. Multiton

O padrão Multion é um padrão de projeto criacional que generaliza o padrão Singleton. Enquanto
o Singleton permite a criação de apenas uma instância de uma classe, o padrão Multiton permite
a criação de uma quantidade controlada de instâncias e fornece um modo para recuperá-las.

Justificativa: será utilizado para fazer os componentes do React.
**Justificativa**: Uma das aplicações no projeto será para a criação de componentes no React, em que será possível instanciar diversos componentes iguais, mas que possuem informações diferentes.

## 3. Referências
> - BIGARDI, G. Arquitetura e Desenvolvimento de Software - Parte 2 - Abstract Factory. Disponível em: <https://medium.com/@gbbigardi/arquitetura-e-desenvolvimento-de-software-parte-2-abstract-factory-f603ccc6a1ea>. Acesso em: 28 de ago. de 2021
> - BIGARDI, G. Arquitetura e Desenvolvimento de Software - Parte 4 - Builder. Disponível em: <https://medium.com/@gbbigardi/arquitetura-e-desenvolvimento-de-software-parte-4-builder-848867107f71>. Acesso em: 28 de ago. de 2021
> - REFACTORING GURU. Abstrac Factory. Disponível em: <https://refactoring.guru/pt-br/design-patterns/abstract-factory>.Acesso em 28 de ago. de 2021.

> - REFACTORING GURU. Factory Method. Disponível em: <https://refactoring.guru/design-patterns/factory-method>. Acesso em 30 de ago. de 2021.
Expand All @@ -63,4 +57,5 @@ Justificativa: será utilizado para fazer os componentes do React.
| 29/08/2021 | 1.0 | Criação do documento e desenvolvimento dos tópicos builder, object pool e abstract factory | [Eduarda Servidio](https://github.com/ServideoEC) |
| 30/08/2021 | 1.1 | Adição dos padrões Factory Method, Singleton e Multiton | [Herick Portugues](https://github.com/herickport) |
| 05/09/2021 | 1.2 | Atualização dos padrões que serão utilizados | [Eduarda Servidio](https://github.com/ServideoEC) e [Herick Portugues](https://github.com/herickport) |
| 05/09/2021 | 1.3 | Adição tópico introdução | [Eduarda Servidio](https://github.com/ServideoEC) |
| 05/09/2021 | 1.3 | Adição tópico introdução | [Eduarda Servidio](https://github.com/ServideoEC) |
| 06/09/2021 | 1.4 | Atualização nas justificativas e correção de referências | [Herick Portugues](https://github.com/herickport) |
18 changes: 7 additions & 11 deletions docs/3-Padroes-de-Projeto/GoFs/Criacionais/Padroes-Nao-Adotados-no-Projeto.md
View file
Original file line number Diff line number Diff line change
@@ -1,7 +1,7 @@
# Padrões de Projeto GoFs Criacionais Não Adotados no Projeto

## 1. Introdução
Neste documento serão descritos os padrões de projetos GOFs Criacionais que foram estudados, porém optamos por não adotar no projeto. Ao final de cada descrição de padrão, foi descrito o porquê do mesmo não ter sido escolhido para uso pela equipe.
Neste documento serão descritos padrões de projetos GOFs Criacionais que foram estudados, porém que optamos por não adotar no projeto. Ao final de cada descrição de padrão, foi descrito o porquê do mesmo não ter sido escolhido para uso pela equipe.

## 2. Princípios e Padrões
### 2.1. Abstract Factory
Expand All @@ -12,7 +12,7 @@ Em suma, uma interface é definida para criar todos os produtos, mas a criação
é feita por classes fábricas concretas. Cada fábrica corresponde a um tipo de produto seguindo
a interface definida.

Justificativa: Não encontramos, até então, no nosso projeto pontos que podem envolver esse padrão de projeto.
**Justificativa**: Não encontramos, até então, no nosso projeto pontos que podem envolver esse padrão de projeto.

### 2.2. Builder

Expand All @@ -22,7 +22,7 @@ construção possa criar diferentes representações. Esse padrão facilita muit
lógica de criação de nossos objetos, evitando que as classes que representam esses objetos
finais fiquem muito complexas.

Justificativa: Não encontramos, até então, no nosso projeto pontos que podem envolver esse padrão de projeto.
**Justificativa**: Não encontramos, até então, no nosso projeto pontos que podem envolver esse padrão de projeto.

### 2.3. Object Pool

Expand All @@ -32,26 +32,22 @@ de usado, quando não mais necessário, ele retorna ao pool permitindo que seja
quando preciso, sem repetir o processo de instanciação. Caso algum objeto não estiver presente
no pool, um novo é criado e adicionado.

Justificativa: Não encontramos, até então, no nosso projeto pontos que podem envolver esse padrão de projeto.
**Justificativa**: Não encontramos, até então, no nosso projeto pontos que podem envolver esse padrão de projeto.

## 3. Referências

> - BIGARDI, G. Arquitetura e Desenvolvimento de Software - Parte 2 - Abstract Factory. Disponível em: <https://medium.com/@gbbigardi/arquitetura-e-desenvolvimento-de-software-parte-2-abstract-factory-f603ccc6a1ea>. Acesso em: 28 de ago. de 2021
> - BIGARDI, G. Arquitetura e Desenvolvimento de Software - Parte 4 - Builder. Disponível em: <https://medium.com/@gbbigardi/arquitetura-e-desenvolvimento-de-software-parte-4-builder-848867107f71>. Acesso em: 28 de ago. de 2021
> - REFACTORING GURU. Abstrac Factory. Disponível em: <https://refactoring.guru/pt-br/design-patterns/abstract-factory>.Acesso em 28 de ago. de 2021.
> - REFACTORING GURU. Factory Method. Disponível em: <https://refactoring.guru/design-patterns/factory-method>. Acesso em 30 de ago. de 2021.
> - REFACTORING GURU. Singleton. Disponível em: <https://refactoring.guru/design-patterns/singleton>. Acesso em 30 de ago. de 2021.
> - SERRANO, Milene. Arquitetura e desenho de software. Módulo Padrões de Projeto GoF(s) Criacionais - Material em Slide. Acesso em: 30 de Agosto de 2021.
> - SERRANO, Milene. Arquitetura e desenho de software. Módulo Padrões de Projeto GoF(s) Criacionais - 08a - Vídeo-Aula - DSW - GoFs - Criacionais. Acesso em: 30 de Agosto de 2021.
> - WIKIPEDIA. Multiton pattern. Disponível em: <https://en.wikipedia.org/wiki/Multiton_pattern>. Acesso em 30 de ago. de 2021.
## Histórico de Revisões
| Data | Versão | Descrição | Autor(es) |
| :--------- | :----- | :-------------- | :------------ |
| 05/09/2021 | 1.0 | Criação do documento e desenvolvimento dos tópicos | [Eduarda Servidio](https://github.com/ServideoEC) e [Herick Portugues](https://github.com/herickport) |
| 05/09/2021 | 1.0 | Criação do documento e desenvolvimento dos tópicos | [Eduarda Servidio](https://github.com/ServideoEC) e [Herick Portugues](https://github.com/herickport) |
| 06/09/2021 | 1.1 | Revisão do documento e atualização de referências | [Herick Portugues](https://github.com/herickport) |

0 comments on commit d8b9250

Please sign in to comment.