Open arxdsilva opened 4 years ago
Os testes existem, mas estao fora do padrao de utilizacao do mercado (ex: https://larien.gitbook.io/aprenda-go-com-testes/primeiros-passos-com-go/inteiros).
Nao funciona da forma desejada, sem que hajam modificacoes ao codigo fonte para executar (ex: https://medium.com/@rafaelacioly/construindo-uma-api-restful-com-go-d6007e4faff6).
Nao, pois a API nao utiliza portas de rede.
A arquitetura de pacotes faz sentido? Os pacotes da aplicacao fazem sentido, mas com algumas ressalvas (ex: routes que poderia nao ser um pacote). Existem erros de pacotes tambem externos mas que foram desconsiderados na avaliacao, pois sao erros de quem realmente nao usa a linguagem (pacotes como gopkg.in, binarios não costumam estar no código fonte pois são baixados como bibliotecas para execução).
Uma boa pratica seria o comentado pelo Avelino no link (https://imasters.com.br/back-end/guia-de-estilo-para-pacotes-go)
Documentacao está descritiva, mas as rotas apesar inicialmente esboçadas não foram utilizadas em nenhum pacote. Uma boa ferramenta é o Swagger (swagger.io).
estamos aguardando a candidata realizar as devidas adequacoes, caso nao ocorra ate o dia 17, o mesmo sera indeferido
Pontos a melhorar:
SuperHeroCtrl
no pacote types
, nao precisaria ser redeclarado em outro pacote.mock
dos comportamentos desejados. Ex: "conexoes" com o banco que na realidade fazem operacoes em um mapa ao inves de diretamente no DB, o que facilita criar testes.fmt
.pkg/linux_amd64/github.com
, gopkg.in
, ...)
https://github.com/Nnayara7/GoApiSuperHero