1- Executar via terminal na raiz da solução

$ docker-compose up

2- Sem Docker:

• Ter o postgres instalado na maquina
• Rodar a aplicação

• 01-Application
  • Gateway da aplicação, controllers, configurações da injeção de dependência
• 02-Domain
  • Dominio da aplicação, onde estão definidas as entidades, filters e contratos dos repositories
• 03-Services
  • Camada das regras de negócio, com os contratos e implementações dos serviços, models de entrada e saída, validators
• 04-Data
  • Acesso a dados, implementação dos repositories, configurações do ef-core

• Foram criados testes de unidade para a camada Services, com foco nos validators.

• Para o acesso a dados foi escolhido o ORM ef-core, pela facilidade de configuração e desenvolvimento. Quando bem configurado consegue um nível muito alto de performance, sendo facilmente possível inserir o dapper na arquitetura, caso necessário em consultas mais complexas.
• O banco de dados escolhido foi o postgres, sempre me recomendaram e nunca havia utilizado.

(update 14/03/2021)

Após este desafio, senti uma necessidade de criar um pacote que padronize os retornos da API.

Com isso em mente criei o TulioPaim.Results, um wrapper simples que padroniza todos os resultados da API.

A implementação, documentação e exemplos de uso podem ser encontrados no link acima.

Este é o teste que nós aqui da STYME usamos para avaliar os candidatos para a vagas de back-end.

A Styme é uma empresa focada na gestão e automação de restaurantes e bares. Somos responsáveis por atender mais de 200 mil pessoas mensalmente. Entre nossos produtos, podemos destacar:

• Styme Menu é um Menu Inteligente que proporciona uma experiência completa, passando por todos os pontos primordiais em um restaurante, da escolha do prato até o pagamento da conta pela própria plataforma de maneira integrada e prática.

• Styme Host Administre a sua fila de espera e reserva, mantenha o cliente informado sobre o tempo estimado de aguardo além de permitir acesso a fila de espera remota a seus clientes.

Criar uma api (RESTful) que disponibiliza os ações para administração dos restaurantes.

• Você deve criar uma api capaz de;
  • CRUD de restaurantes (Read com filtros)
  • CRUD de produtos do restaurante (Read com filtros);

A estrutura do CRUD deve seguir o modelo do JSON a seguir:

Estrutura Restaurante

 // restaurant
    {
      "id": 1,
      "name": "Restaurante do Japonês",
      "address": "Rua do japonês, 123",
      "category": "Comida Japonesa",
      "location":"São Paulo",
      "imageUri":"https://st.depositphotos.com/1042799/1690/i/950/depositphotos_16905015-stock-photo-sushi-roll.jpg"
    }

Estrutura Menu

 // menu
 {
      "id": 1,
      "restaurantId": 1,
      "description": "Guioza",
      "price": 10,
      "imageUri": "https://st4.depositphotos.com/4366637/22798/i/1600/depositphotos_227984618-stock-photo-gyoza-pasta-stuffing-beef-beef.jpg",
      "category": "Pratos"
    }

Faça um fork desse repositório e evolua o desafio em cima dele.

Use o README para criar as instruções de como rodar o projeto.

Que você use dotnet core e swagger para a documentação dos endpoints, já o banco de dados fica a sua escolha.

Você pode utilizar ORMs como ef-core, dapper e etc mas que justifique a sua escolha =]

• Se os objetivos do desafio foram alcançados; =]
• Clareza e organização do código;
• Principios de qualidade como SOLID, DRY, KISS e YAGNI
• A documentação do projeto (swagger);
• Performance;
• Histórico de commits do git;
• Testes (o que você achar necessário)