[Avatar] Análise

[dsalexan]

Determinar se é possível implementar avatares para os usuários com as nossas opções atuais de hospedagem.

Uma abordagem mais simples seria permitir uma lista pré-estabelecida de avatares (como o google ou a netflix fazem).

A abordagem completa seria permitir que o usuário subisse a sua própria imagem. Isso envolveria armazenar a imagem em algum lugar.

Uma abordagem de meio termo seria permitir que o usuário informasse uma url com a imagem. O problema é que usuários com menos traquejo teriam dificuldades.

[Sconzo]

• Conseguimos salvar dados de imagem em Postgres usando o tipo BYTEA.

• Acho que podemos fazer em duas etapas. Inicialmente só temos avatares pré-definidos, depois adicionamos a funcionalidade de criar avateres próprios, mas mantendo os pré-definidos pras pessoas que quiserem.

• Como faríamos o armazenamento dos avatares? Vejo 3 opções possíveis:

1. Criar uma tabela única (tb_avatar) com as imagens (teria que ter um campo ID, um campo BYTEA e um campo booleano indicando se é uma imagem default ou não). Na tabela USER teríamos uma nova coluna avatar_id com a fk apontando pro ID da tb_avatar. Vantagens: a tb_user não ficaria com os dados de bytes nela (melhor desempenho) e gerenciamento de dados mais fácil. Desvantagens: a tb_avatar seria uma tabela estática caso não seja adicionada a funcionalidade do usuário adicionar imagens customizadas, maior complexidade em consultas.
2. Usar a própria tb_user para salvar a imagem. Teríamos a adição de uma nova coluna avatar do tipo BYTEA que representa o avatar do usuário. Vantagens: Mais simples implementação, consultas sem complexidade adicional. Desvantagens: dados extensos repetidos (mesmo avatar usado por mim pode ser usado por outro usuário, seria melhor que a repetição fosse de um ID do que de um byte), aumento do tamanho da tb_user.
3. Essa opção é caso tenhamos apenas avatares pré-estabelecidos. Armazenar as imagens em uma pasta no repositório, na tb_user salvamos uma referência a qual imagem deve ser buscada pra cada usuário. Vantagem: Não criamos tabela nova no banco e não aumentamos o tamanho da tb_user. Desvantagens: Código mais complexo quando for buscar a imagem do usuário, não permite funcionalidade de avatares personalizados.

Particularmente, eu prefiro a opção 1. Considerando essa opção, vejo que teríamos as seguintes tasks de back para fazer a parte de avatares pré-definidos:

• Criar a tb_avatar
• Determinar quais serão os avatares pré-estabelecidos e criar insert padrão com eles
• Criar/Adaptar endpoint da tela de criação de usuário para mandar os avatares para o front para o usuário determinar qual ele deseja (imagino que seja obrigatória a escolha de um avatar)
• Adaptar o endpoint de GET user para trazer o seu avatar também

[dsalexan]

#36