O que é o Pattern Backend for Frontend (BFF) e para que serve ?

[@thyagosantoslucas3803]

Conteúdo show de bola 🎤⚽️

[@DouglasMugnosit]

uhul, valeuu!!

[@ojimmywesley]

Ele está de volta senhores!!! sucesso irmão!

[@DouglasMugnosit]

Valeuu jimmy!!

[@andrechaves4116]

Basicamente um exemplo sobre um APIGATEWAY mais robusto com segurança e controle de dados e acesso, no qual pode ser explorado de diversas formas.

[@DouglasMugnosit]

E uma outra é boa releitura.

[@thalles_lana]

Que conteúdo top mano! +1 inscrito, muito bom mesmo! Mas dependendo da arquitetura não pode gerar uma sobrecarga nesse BFF que vai atuar de forma semelhante a um middleware?

[@DouglasMugnosit]

É verdade! A sobrecarga do BFF pode ser um problema, mas é possível otimizar a arquitetura para evitar esse problema.tem outras estratégias... essas coisas são fogo, pq tudo tem tradeoff hehe.. mas soluções de shard, alta escala, caches e outros pontos podem mitigar algumas coisas

[@GeorgeBentes]

Muito bom mano, parabéns aí! Excelente explicação.

[@DouglasMugnosit]

Obrigado !!! O//

[@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?

[@jecesario]

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 :)

[@danielgomesgv]

Um dos melhores conteúdos sobre o assunto. MUITO obrigado pelo vídeo!

[@SohaaTitanio]

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

[@DouglasMugnosit]

é, como vc mesmo disse no outro video "Design Pattern diz que não existe o melhor padrão para o projeto e sim que existe padrões que se encaixam em determinadas situações" ótimos comentários

[@app2028]

Me escrevi aqui agora seu canal é insano de top estou com um querendo ter sucesso tão sucesso ai estamos juntos!

[@juca198]

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.

[@DouglasMugnosit]

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

[@qzica]

O cara meteu a lousa no video? Toma like!

[@bielmol]

Opa Douglas. sou novo por aqui você ainda tem os cursos e minicursos?

[@deveprogramar]

caraca, ótimo vídeo

[@danillomello87]

casca = middleware

[@DouglasMugnosit]

👀

[@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.