❇❇Este vídeo reflete minhas opiniões pessoais e não está associado à minha afiliação profissional atual ou passada❇❇ Valeuuu!! ✌✌
Пікірлер: 15
@GeorgeBentes10 күн бұрын
Muito bom mano, parabéns aí! Excelente explicação.
@qzicaАй бұрын
O cara meteu a lousa no video? Toma like!
@danielgomesgv8 ай бұрын
Um dos melhores conteúdos sobre o assunto. MUITO obrigado pelo vídeo!
@app20286 ай бұрын
Me escrevi aqui agora seu canal é insano de top estou com um querendo ter sucesso tão sucesso ai estamos juntos!
@deveprogramarАй бұрын
caraca, ótimo vídeo
@lucasmaciielАй бұрын
Legal, mas no exemplo você mostrou apenas um BFF para todos os dispositivos, acho que também poderia ser um bff para cada dispositivo correto?
@jecesario9 күн бұрын
Não precisa criar um bff pra cada dispositivo, basta passar uma ou mais flags na requisição pra decidir o tanto de informação vai mandar, em caso de sobrecarga é possível usar um autoscalling :)
@ojimmywesley9 ай бұрын
Ele está de volta senhores!!! sucesso irmão!
@DouglasMugnosit9 ай бұрын
Valeuu jimmy!!
@SohaaTitanio4 ай бұрын
10:20 acaba dando agilidade pro desenvolvedor frontend, o back vai ter que codar um tipo de requisição para todos esses possíveis dispositivos 11:18 na própria requisição você pode filtrar dados para evitar receber os dados completos ou o próprio back poderia retornar parte dos dados em formato de paginação pra evitar dados gigantescos
@juca1988 ай бұрын
Douglas ótima explicação, voce acha que GraphQL nesse cenário, poderia substituir o BFF ? ja que ele os clients podem escolher quais campos quer.
@DouglasMugnosit8 ай бұрын
Cara, ótimo ponto!! sim, já tenho visto isso acontecer !!Em alguns casos, uma combinação das duas abordagens pode ser adotada para atender a diferentes requisitos da aplicação.. mas quando a QTD TPS não é um requisito, geralmente o GraphQL já resolve tudo.. vou adicionar nos to-dos par apostar sobre isso
@danillomello873 ай бұрын
casca = middleware
@bielmol5 ай бұрын
Opa Douglas. sou novo por aqui você ainda tem os cursos e minicursos?
@marcosl.matheus1909Ай бұрын
só lembrando que este tipo de pattern sobrecarrega muito o servidor, e dependendo do tipo de projeto ele vai ficar inviável de se manter devido a complexibilidade que vai ir se tornando, as vezes aderir a um bom e velho mvc não é tão ruim assim..., outro fato é de que se vocês forem fazer um app que precisa funcionar offline esse tipo de abordagem vai ser trabalhosa de mais de se manter, por fim..., tem seus benefícios, mas os maleficios são maiores.