Que explicação incrível!! Mandou demais mesmo.... estava pesquisando há um bom tempo já, e não tinha conseguido entender de fato a necessidade disso. Agora, tudo faz sentido!! Obrigado
@wagnerbasigertrudesmuitoal36383 жыл бұрын
Ótima explicação, didática, feita de um modo claro e muito charmosa.Parabéns!
@attekitadev3 жыл бұрын
Obrigada ☺️
@SohaaTitanio10 ай бұрын
5:08 isso não acarretaria em demora na resposta da API? ou coisa mandar o servidor decidir por agrupar várias tarefas/serviços também não seria perda de desempenho? imagina ter que enviar 1 milhão de requisições pro front com todas as informações da página (botões, labels, etc) e agora 1 milhão somente com o dados com usuário e o front renderizar isso?
@DodaGarcia3 жыл бұрын
Obrigado pela ótima explicação! Adorei seu cabelo tbm, incrível
@attekitadev3 жыл бұрын
Obrigada ☺️
@alessandrofalls9 ай бұрын
Parabéns pela objetividade e clareza das informações.
@tatianealmeidaribeiro5719 Жыл бұрын
Ótima explicação, muito clara e fácil de entender. Parabéns!
@BettoAdami3 жыл бұрын
Muito bom conteúdo! E você fala muito bem, com muita propriedade e desenvoltura. Adorei o vídeo. ;D
@Romdrake13 жыл бұрын
GraphQL Seria um tipo de BFF ? quais seriam as diferenças deles ?
@thacianioliveira3 жыл бұрын
Eu já entendi Best Friend for Ever hahah quando veio a notificação :) Parabéns
@attekitadev3 жыл бұрын
😂😂😂
@petroniobonavides35303 жыл бұрын
@@attekitadev ola poderia fazer um vídeo aprofundando, sobre BFF focado em deploy fornecendo dados de montagem de UI. Isso e revolucionário!!!!! Por favor, faça um vídeo aprofundando, até pq vc e muito didática. Obrigado por esse vídeo maravilhoso. Onde encontro mais informações sobre essa técnica? Pode me indicar algo para leitura. Você usa isso com frequência? Se associarmos isso com NoSql + Screeming Architecture (Uncle Bob) - results numa Combinação explosiva. ESSE CONCEITO EXPLODIU IDEIAS NA MINHA CABECA!!!! Mostra mais... Da pra gente um exemplo Zinho, num botão Zinho, coisa assim...
@vinramalho3 ай бұрын
muito bom!
@DanielSantos-eb1pi2 жыл бұрын
adorei d+ esse conceito, vou criar algum projeto em cima disso
@DanielSantos-eb1pi2 жыл бұрын
deu pra entender claramente que o usuario final e o dev front end se beneficiam bastante com isso, e qual seria o ganho do dev backend? imagino que algumas coisas seria maior relevância da sua posição (afinal ainda mais regra de negócio estaria a cargo dele) e uma maior diversidade de atividades já que agora não só envia um documento estático mas algo mais dinâmico para uma página com regra de negócio específica
@alexabraga18243 жыл бұрын
Best friend for ever, kkkkk. Video bacana, valeu Attekita.
@Israel-ns5sd3 жыл бұрын
Explicação perfeita!
@yurimelo34042 жыл бұрын
Aeeeee. Aprendi aqui o que era BFF.
@patriciaaguiar66443 жыл бұрын
Fera. Profissa.
@mazevv3 жыл бұрын
Muito louco pensar que já utilizei do padrão sem saber que era um padrão kkkk por exemplo, já trabalhei em uma equipe em que eu combinava com o front o que ele precisava e dessa forma eu construia a API pra ele kkkkkk
@cristianmelo7729 Жыл бұрын
né
@eronplay10153 жыл бұрын
Perfeito!!! 👏👏👏👏
@yurimelo34042 жыл бұрын
Mas qual a diferença entre BFF e APIGateway?
@valterantonioferreira99689 ай бұрын
Excelente
@naybatistatech3 жыл бұрын
Amei!!!
@mauriciotb61033 жыл бұрын
Obrigado pelo video ! Sugestão, diminuir a musica :) Abraço !
@Mariana.do.canal.oficial2 жыл бұрын
Amei obg
@larissavilela98663 жыл бұрын
finalmente entendi vlw
@AguiaPC3 жыл бұрын
Attekita, qual a origem do seu nome Bullas?
@salvimateus2 жыл бұрын
ué, mas todos estes problemas não seriam resolvidos com GraphQL ?
@RodrigoCelebrone2 жыл бұрын
Graphql pode ser um complemento na arquitetura que usa BFF. Enquanto no graphql vc vai buscar dados em diferentes fontes para montar um único output, no BFF vc leva isso para outro nível pois além de conseguir entregar exatamente o que o front precisa, você pode entregar dados estáticos também (como dito no vídeo). No fim do dia, são bem próximos, mas totalmente diferentes. BFF ta muito mais pro frontend, enquanto graphql gera benefícios para back (integrações, por exemplo) e front (contrato enxuto, por exemplo).
@hackintosh99923 жыл бұрын
Eu tenho uma melhor, bastidores do free fire.
@attekitadev3 жыл бұрын
Hahahahha boaa
@mateusmartinezrosa93952 жыл бұрын
Então se eu quiser fazer um endpoint que busque as tags do html do meu form e fazer isso renderizar na view estaria correto? algo como ex: backend/api form:{ "button1": "Enviar" "button2": "Parar" } ------------------------------------------------------------------------------------------------------ frontend/exibir os botoes:[ form.button1; form.button2; ------------------------------------------------------------------------------------------------------- seria mais ou menos isso?
@Jonny-hq6eo2 жыл бұрын
Você até pode fazer assim, mas acho que o correto seria os elementos e sua disponibilidade está no json e no mobile vc fazer as verificações necessárias para a visualização.