• Implementar a classe Disciplina.

  • - Nome da disciplina.

• Usuários autenticados podem dar notas a uma disciplina:

  • - Usuários dão apenas uma nota para cada disciplina(ao dar outra nota, ele irá atualizar a anterior dada).

• Implementar o model Usuario com os seus respectivos atributos(colunas).

  • Primeiro nome.
  • Último nome
  • E-mail(Identificador único)
  • Senha

• Implementar a parte de autenticar um usuário, caso ele já esteja cadastrado no sistema.

  • - Na criação de um usuário, deve retorna um token.

  • - Rota de login

    • usuário irá fazer login com e-mail e senha.

• Implementar a funcionalidade na rota GET Perfil deve retornar um atributo usuarioAutenticado(quem chamou a rota) deu like ou não naquela disciplina.

• Implementação:
  • Criar um atributo usuarioAutenticado na class Perfil, e ao usuário chamar a rota GET Perfil, na qual recebe o email do usuário autenticado, eu irei verificar se o usuário deu like e então setar no meu novo atributo: true ou false.

• Pensar em formas de implementação:

• Implementação 1:

  • Criar um atributo usuarioAutenticado em Comentario. E quando chamar a rota GET Perfil que recebe o email(ID) deste usuário, fazer as verificações se o comentário pertence aquele usuário e então setar true ou false no atributo.

• Essa parte está implementada, mas não sendo utilizada para facilitar no desenvolvimento para testes, ao concluir o projeto, lembrar de configurar corretamente.

• Fazer com que o ID de um Perfil de disciplina seja igual ao ID da disciplina referente.

• Implementar rota para buscar disciplinas que possuam um nome procurado pelo usuário.

  • - Rota de buscar implementada.

• Fazer com que se um usuário deu like em um perfil, ao clicar para dar like novamente, então o like dele será retirado.

• Implementar a classe UsuarioRepository. Onde vai conter os métodos necessários para a realizações dos métodos do UsuarioService e do UsuarioController.

  • - findByEmail
    • Retorna um usuário com o mesmo email (Usando Query).

• Implementar o que irá representar um Perfil de uma disciplina

  • - Disciplina referente.
  • - Likes dos usuários.
  • - Retirar like.
  • - Comentários dos usuários.
  • - Notas dadas por usuários à uma disciplina.
  • - Média de uma disciplina.
  • - Apagar comentário.

• Garantir:

  • - Não duplicação de likes do mesmo usuário.
  • - Não duplicação de notas do mesmo usuário.
  • - Perfil ter o mesmo ID que a Disciplina referente.

Razão da mudança:

Já que a entidade Curtida não possui campo nenhum. Por que não tira-lá e deixar a relação entre Perfil e Usuario ?

• Atualmente a implementação de likes é feita da seguinte forma:

Existe uma classe Curtida que tem três atributos: id, perfil e usuario. Na qual id é o identificador, perfil é o perfil que recebe esse like e o usuario é o usuário que deu like no perfil.

Na classe Perfil tem um atributo de coleção(List) de Curtida. Com o relacionamento de 1 perfil pode possuir várias Curtidas.

Na classe Usuario tem um atributo de coleção(List) de Curtida. Com o relacionamento de 1 usuário pode dar várias Curtidas.

• Vantagens:

  • A ideia de um like fica explicita.

• Desvantagens:

  • A criação de uma entidade, repository e service.
  • Um pequeno aumento na complexidade das consultas.

• Nova implementação:

Na classe Perfil terá um atributo de coleção(List) de Usuario, com o relacionamento de muitos perfis podem 'possuir' vários Usuario``(A ideia de curtir está implícita). Toda vez que um usuário curtir um perfil, ele(o usuário) será salvo dentro dessa coleção.

Na classe Usuarioterá um atributo de coleção(List) de Perfil, com o relacionamento de muitos usuários podem 'possuir' vários Perfil``. Toda vez que um usuário curtir um perfil, ele(o perfil) será salvo dentro dessa coleção.

OBS: Não precisa ser uma coleção de Usuario, pode salvar apenas o identificador(email). E também vale para coleção de Perfil, basta salvar apenas o identificador(id).

OBS: A classe dominadora é Perfil.

• Vantagens:

  • Diminuição na complexidade das consultas.
  • Evita a criação de entidade, repository e service.

• Desvantagens:

  • A ideia de um like fica implícita.

• Implementar o UsuarioController com a rota padrão /v1/usuarios. Juntamente com os métodos GET, POST, PATCH, PUT e DELETE necessários.

  • - Criar Usuário (POST) (Rota: /usuario).
  • -Deletar um usuário (DELETE) (Rota: /usuario/{email}).
  • - Enviar email ao cadastrar um novo usuário.

• Necessários:

  • - Tratamentos de exceções.
  • - Não deixar cadastrar dois usuários com mesmo e-mail.