Criando os primeiros serviços com TDD // REST API #3

[@devstudies4168]

A diferença de um cara que só faz um tutorial e um cara que ensina de verdade.

[@brunonairlanda]

Cara continue com essa serie focada em tdd, eh de muita importancia, o mercado exige isso! Parabens pela iniciativa!

[@zindev]

Muito mais do que um tutorial. Esses vídeos tem uma didática que realmente te ensina! Parabéns Professor!

[@williambrito469]

Eu pago as minhas contas com sistema todo feito em PHP e angularJS que aprendi com você. Seu conteúdo é sensacional. Parabéns

[@JoaoVictor-gs2yp]

Muitíssimo obrigado por dedicar um valioso tempo da sua vida a publicar conteúdo de qualidade e gratuito. A série está fantástica, to aprendendo principalmente a organizar melhor a aplicação.

[@matheuscruz8981]

Sensacional. Um dos melhores professores que já tive o prazer de acompanhar.

[@engividal]

Fala Rodrigo, parabens pela metodologia usada para ensinar. Achei bem didática e adicionando os conceitos aos poucos. Sofri um pouco com o banco pois não tenho habilidade com o postgres :).

[@vagner.cardoso]

Muito bom, para limpar o banco a cada teste da para utilizar o afterEach.

[@cezarmezzalira]

Branas, muito obrigado pelo conteúdo de primeira! Aguardando pelas próximas aulas!

[@nan-code]

Show de bola Branas, ótimo conteúdo.

[@GuiBFH]

Muito bom, deu vontade de estudar TDD, em breve começo haha

[@dizerdev]

Conteudo OURO

[@joaobibiano]

Parabéns pelo trabalho Rodrigo! Fantástico

[@luizsantos8675]

Simplesmente show, eu tenho prazer em assistir os seus vídeos

[@othiagofurlan]

Ainda não assisti, mas já deixei o like!

[@willianalmeida3670]

Sempre mandando bem.. Parabéns professor Rodrigo Branas..

[@rbltv]

ótima aula... só dá um ajuste na luz aí, ficou piscando o tempo todo!

[@apstl7106]

Obrigado Professor!

[@andersoncamargo7189]

Parabéns pelo vídeo, Branas! Queria deixar apenas uma consideração sobre a resposta enviada pela API nos métodos PUT e DELETE, como os mesmos não retornam nenhum conteúdo, seria uma boa trocar o "res.end()" por algo como "res.sendStatus(204)". Mais uma vez, muito boa a série, parabéns!

[@filipeoarquiteto]

Curti e ja deixei o like , o ideal seria usar um sandBox ? para evitar registros na tabela.

[@b4shman]

Não seria melhor mover os deletes para dentro do beforeEach() do jest? Desta forma, se algum teste falhar nunca ficará resquícios no banco.

[@mathewslima3235]

Existe diferença entre "feature tests" para "integration tests"?

[@supermioji20]

Cadê o próximo vídeo Branas ; )

[@samuellfa]

Já faz 1 mês :'(

[@RodrigoBranas]

Essa semana vai pro ar! hauhauah

[@supermioji20]

@@RodrigoBranas Uuhuuuuul. vlw meu professor =)

[@ItachiGamer21]

sou desenvolvedor java e seus videos ajudam bastante, mas queria saber uma coisa q não acho na internet, em java para realizarmos testes sem "sujar" o banco de dados geralmente se usa o H2, q é um banco de dados em memoria, existe algo parecido para o node ? gostaria muito de saber pois isso daria uma melhorada incrível nos testes

[@matheusjorge5277]

Rodrigo, otimo vídeo, estou querendo fazer uma API em nodeJS mas dessa vez gostaria de deixar ela com cache para otimizar as requisições, tem algum material ou recomendação ? Vi algo sobre ter que usar outras bibliotecas para isso, você tem planos para algum vídeo ? Obg desde já, abraço !

[@zilondequadrosmaciel1006]

Branas, muito bom, só que eu apanhei que nem burro empacado, para chegar até aqui, um abraço.

[@joaobibiano]

Branas, gostaria que explicasse melhor mais pra frente, sobre os testes de integracão vs unit, porque em alguns casos você usou requisicoes, e em outros o Service. O unit deveria usar somente o service, correto?

[@fernandoghisi]

Rodrigo, será que uma possibilidade, pra não ter que ficar deletando os itens inseridos, seria desabilitar o autocommit e fazer um rollback após cada teste (talvez usando afterEach)? Consegues ver algum problema com essa abordagem?

[@rafaelfgyn28]

Será que vai ter na série de vídeos a demonstração de como persistir os dados no banco de dados a partir de um formulário HTML??? Faz pra nós Branas, abraços!!

[@gabrielbroder2161]

basta usar esses endpoints no parametro "action" do formulário html

[@willianalmeida3670]

O Correto do teste de update é pesquisar todos os posts ou apenas o que eu adicionei no teste ? postsService.getPost(post.id);

[@ericnevesr]

Muito show, conteúdo massa demais!! Rodrigo, se não for inconveniência, qual tema você usa ?

[@RodrigoBranas]

Claro, sem problemas, o tema que eu uso é o Light (Visual Studio)

[@ericnevesr]

Muito Obrigado Rodrigo!

[@zindev]

A camada de serviço tem e/ou pode ter outra funcionalidade além de desacoplar as rotas dos dados?

[@RodrigoBranas]

Então, ela vai fazer a orquestração dos dados, tipo agregando entidades, fazendo validações de negócio, implementando regras... responsabilidades que não são nem da rota, que faz a entrada e saída com o protocolo HTTP e a camada de dados que faz a mesma coisa com o banco de dados

[@zindev]

@@RodrigoBranas Muito bom! Obrigado por responder.

[@GuiBFH]

@@RodrigoBranas Seria parecido com Controller ? Eu já vi que alguns projetos tem controller e services, mas ainda não cheguei a ver a fundo

[@RodrigoBranas]

@@GuiBFH O controller tem a responsabilidade de mediar a interação externa com a aplicação, nesse caso específico como é uma API o canal de interação acaba sendo o protocolo HTTP, assim um dos entendimentos da sua responsabilidade é processar a requisição e retornar uma resposta, delegando para outras camadas a responsabilidade de negócio. Vale lembrar que ao longo da história esse nome, "controller" ou outros bem próximos, já foram utilizado com diversas roupagens desde o MVC (Model-View-Controller) do Reenskaug, passando pelo BCE (Boundary-Control-Entity) do Jacobson, Clean Architecture do Robert Martin, Ports and Adapters (ou Arquitetura Hexagonal) do Alistair Cockburn, DCI (Data-Context-Interactor) do Reenskaug com contribuções do James Coplien, entre outros. Resumindo, nesse contexto em que estamos trabalhando, a camada "route" tem a responsabilidade de fazer a mediação externa, está na fronteira da aplicação, já vi isso sendo chamado de "controller" em outras interpretações, mas como eu estava dizendo, pode variar muito do tipo de modelagem que você está utilizando e os padrões de nomenclatura que está seguindo

[@GuiBFH]

@@RodrigoBranas Obrigado pela explicação foda

[@fabianofelipe5173]

Pretende fazer uma série dessa com Graphql?

[@RodrigoBranas]

Numa dessas podemos fazer um comparativo no final... Temos aqui no canal uma outra série que aborda GraphQL

[@fabianofelipe5173]

@@RodrigoBranas blz vou dar uma olhada.

[@rbltv]

Use um console dark, fica melhor pra quem é cego kkkkkk

[@CarlosAlbertoSilvaJunior]

Muito bom Branas! Já aplicando os conceitos! 👏