วีดีโอ

São duas séries de vídeos diferentes, uma do back-end(ecommerce-node-api) e outra do front-end (ecommerce-simple-spa). Apesar das duas se complementarem, elas são implementadas separadamente em repositórios diferentes, buscando desacoplar ao máximo o desenvolvimento da interface web do usuário da aplicação back-end. Por isso usamos no back-end o conceito de API para desacoplar ao máximo. Resumindo, são dois projetos separados. A ordem dos vídeos é organizada por parte, veja que esse vídeo é a parte dois do front -end. Essa decisão também é proposital, pois assim podemos perceber que é possível implementar ambas as partes (front e back) separadamente.

Deixando claro também que esses vídeos são feitos principalmente para auxiliar no processo de ensino e aprendizado de minhas disciplinas, ou seja, muitos aspectos e detalhes da implementação e explicações são feitos em sala de aula de forma presencial. Esses vídeos são um guia introdutório para a prática da engenharia de software. Os vídeos não contemplam a implementação total de um sistema e sim mostram as principais partes, permitindo a implementação de uma código base que pode ser evoluído pelo aluno.

Essa série do Ecommerce Node API tem atualmente 37 partes que vão ser liberadas nas segundas feiras

Provavelmente você está na etapa onde tentamos executar manualmente os repositórios envolvidos no caso de uso "Adicionar e Remover Categoria ao Produto" no arquivo src/index.ts. É importante lembrar que esse arquivo é um arquivo para testes manuais enquanto não iniciamos a implementação de testes automatizados. Portanto, o que fazemos nessa etapa é criar constantes que vão ser do tipo das entidades que são recuperadas pelo repositório. Ex.: const produtoRecuperado: Produto | null = await produtoRepo.recuperarPorUuid("737f111b-eba1-457f-9552-5b5f28511d5d"); const categoriaRecuperada: Categoria | null = await categoriaRepo.recuperarPorUuid("03f890b0-684a-44ba-a887-170e26bb2cd2"); Ou seja, o método do repositório produtoRepo.recuperarPorUuid retorna uma entidade do tipo Produto e o método categoriaRepo.recuperarPorUuid retornar uma entidade do tipo categoria. Sendo assim as constantes produtoRecuperado e categoriaRecuperada são preenchidas com objetos desses tipos. Não acessamos o método da entidade através do repositório e sim os métodos do repositório retornam objetos que são entidade e ai sim vc pode usa-los. Quem se encarrega de instanciar essas entidades que vão ser devolvidas são os mapeadores dentro dos métodos dos repositórios que mapeiam objetos do PRISMA para objetos de domínio(entidades)

@@DiegoArmandoOM Obrigado pela atenção. Cadê os próximos vídeos????

Essa série do Ecommerce Node API tem atualmente 37 partes que vão ser liberadas nas segundas feiras. Mas se quiser acessar o código fonte completo até a parte 37 basta acessar o repositório em github.com/diegoarmandoo/ecommerce-node-api

Esse caso de uso não foi implementando. Essa é uma decisão deliberada. É possível verificar na pasta "requirements" do modulo catalogo que existem algumas descrições de caso de uso que usam técnicas de história de usuário e BDD para explicar a funcionalidade. Foi decidido não alterar o produto com a categoria de uma única vez e sim implementar um caso de uso de adicionar e remover categoria de um produto. Esses s casos de uso definidos são implementados seguindo as decisões de design e arquitetura do projeto. É importante reforçar que o projeto apresentado nos vídeos e no repositório do Github tem objetivo didático, ou seja, o foco é em implementar alguns casos de uso de um e-commerce hipotético onde podemos praticar o paradigma orientado a objeto (POO), modelagem de domínios ricos, testes automatizados, princípios e padrões de arquitetura e projetos e boas práticas de desenvolvimento, mais especificamente modularizando o código em subdomínios como o de catalogo (onde se encontra as entidades produto e categoria) e implementando as diversas camadas para atender essa arquitetura, no caso as camadas de domain, application, infra e presentation de cada módulo. Talvez no futuro esse caso de uso específico seja implementado.

A combinação do Next.js, Shadcn, Zod e Zustand é bastante promissora para projetos de front-end! Porém, antes de avançar, é imprescindível dominar HTML, CSS e JavaScript, a tríade fundamental para o desenvolvimento web.

De forma resumida, depende da linguagem de programação e suas características. Por exemplo, em TypeScript, o overload(sobrecarga) de assinatura de método vai permitir que sejam definidas múltiplas assinaturas para um único método, permitindo que o método aceite vários tipos de argumento ou combinações. Ou seja, em TypeScript, overload (sobrecarga) de método é baseada em múltiplas assinaturas de função com uma única implementação, enquanto em JAVA, cada método sobrecarregado (overloaded) tem uma implementação distinta. O TypeScript usa um único corpo de método para lidar com todos os casos (assinaturas diferentes sobrecarregadas), enquanto o Java permite métodos distintos por assinatura. Geralmente, o overload de método é usado quando se precisa que uma função manipule diferentes tipos ou números de parâmetros, mantendo um código o mais limpo e intuitivo possível, evitando também ao máximo duplicação de código.

Que bom que está gostando do material produzido. A implementação da autenticação e autorização com JWT já está nos planos e roteiros para vídeos futuros, assim como a integração da API (back-end) com um SPA (front-end)

@@DiegoArmandoOM Gigante, ansioso demais!!!!

Bons estudos!

Entrei na área de desenvolvimento de software em 2004 e ao longo dos anos adquiri uma certa experiência. Atualmente, compartilho meus conhecimentos como professor de programação. Geralmente atuo como desenvolvedor full stack, engenheiro ou arquiteto de software.