... | ... | @@ -63,21 +63,4 @@ Onde: |
|
|
|
|
|
**nomeabbrcomponente**: nome do componente abreviado
|
|
|
|
|
|
**identificador**: identificador numérico único incrementado de 1 a N, onde N são os componentes na pagina.
|
|
|
|
|
|
## Guidelines de chamadas para o Firebase
|
|
|
|
|
|
Para consumir os dados do Firebase, vamos utilizar a Firestore API, e para o environment de desenvolvimento, vamos usar a [Restapify](https://restapify.vercel.app/).
|
|
|
Os endpoints utilizados estão documentados no [Postman](https://documenter.getpostman.com/view/15953979/2s93XvX5Ba).
|
|
|
|
|
|
|
|
|
Após criar uma chamada, é importante fazermos a criação de mocks, que devem retornar dados na mesma estrutura da nossa API real. O uso de mocks é muito importante no projeto para evitar o sobrecarregamento do nosso free tier no Firebase. Os mocks devem ser criados seguindo a estrutura abaixo para serem reconhecidos pelo Restapify:
|
|
|
|
|
|
![Screenshot_2023-04-09_at_17.28.15](uploads/70b6ab0535f2baaf989ccfa770f68a10/Screenshot_2023-04-09_at_17.28.15.png)
|
|
|
|
|
|
Nesse exemplo, o Restapify nos retorna o mock de features na URL `http://localhost:6767/api/documents/feature`
|
|
|
|
|
|
|
|
|
**Abaixo está o swagger relativo à API. Este pode ser visualizado no link: [Editor Swagger](https://editor.swagger.io)**
|
|
|
|
|
|
[kobe-swagger.yml](uploads/6ffd52c17a844400343003416cf22b79/kobe-swagger.yml) |
|
|
\ No newline at end of file |
|
|
**identificador**: identificador numérico único incrementado de 1 a N, onde N são os componentes na pagina. |
|
|
\ No newline at end of file |