Oi, Rodrigo! Tudo bem?
Em relação ao design pattern, de acordo com a grade curricular do curso, é visto um padrão de projeto de software que se trata do Repository Pattern. Nesse padrão, desassociamos o nosso código da camada de acesso aos nossos dados, ou seja, todo o nosso acesso ao banco de dados se localiza em apenas um lugar, fora do nosso código, que vai refletir em toda a nossa aplicação. Dessa forma, conseguimos fazer alterações no banco de dados sem alterarmos significativamente o código da lógica de negócios, facilitando a manutenção e testabilidade do código.
A convenção sugerida pela documentação do Nest.js é que os nomes de pastas e arquivos geralmente sejam escritos no plural mesmo. Isso se deve à ideia de que esses elementos representam coleções de entidades ou recursos. No entanto, é importante observar que a nomenclatura exata pode variar de acordo com as preferências e práticas da equipe de desenvolvimento ou do instrutor do curso.
Somado a isso, o Nest.js realmente possui um recurso do CLI chamado "CRUD Generator" que facilita a criação de operações CRUD em uma aplicação, automatizando a geração de código repetitivo relacionado ao CRUD. Dessa forma, podemos executar um comando no terminal para criar automaticamente rotas, controladores, serviços e outros arquivos necessários para as operações de CRUD em uma determinada entidade. Entretanto, é importante observarmos que, dependendo dos requisitos específicos do projeto, podemos precisar ajustar e personalizar o código gerado para atender às nossas necessidades.
Espero ter ajudado na compreensão do problema. Caso tenha ficado alguma dúvida, sinta-se à vontade em comunicar, estou à disposição!
Um forte abraço e bons estudos!
Caso este post tenha te ajudado, por favor, marcar como solucionado ✓