Como ficaria o controle dos repositórios? Seria um repositório apenas, geral, com todos os projetos criados, ou controlaria cada projeto interno num repositório? Como poderia ser feito?
Fala Sebastião, tu pode fazer de duas formas: 1. Single repo: Basicamente cada MFE teria um repositório próprio 2. Monorepo: Tu pode manter um único repositório com todos os MFE dentro. Cada abordagem terá seus conjuntos de trade-off, ou seja, vantagens e desvantanges. Tu precisa analisar o que faz mais sentido para suas necessidades.
Os teus vídeos sobre micro front-end são muito daora e passam muito conhecimento! Estou maratonando kkkkk… Vou começar um projeto na empresa e estou em dúvida sobre module federation ou single-spa, os vídeos estão ajudando demais!
Sim, um novo arquivo .js será requisitado para que a aplicação funcione de acordo, a fonte do arquivo será o projeto remoto baseado nas configurações do plugin em si.
@@MatheusCastiglioni interessante, então podemos colocar "header" do projeto um módulo de monitoramento, caso o módulo tenha modificações, podemos atualizar tipo token de sentry, datadog, sem as aplicações tenha atualização, muito top
Cara o module federation é a forma mais estruturada de se trabalhar com micro frontends react atualmente, sim ele é uma ferramenta para micro frontends e disponibilização de componentes. Eu acho que você deu um viajada aí, talvez depois valha fazer um estudo sobre isso novamente...
Discordo completamente Henrique, minha opinião é a dada em vídeo. Como eu sempre destaco em videos “essa é minha opinião” e esta tudo bem termos opiniões diferentes sobre o mesmo assunto.
@@MatheusCastiglioni Ter opinião é uma coisa, agora ter uma opinião que é contrária a algo que é um fato, é um equívoco. Mas tranquilo então! Só quis ajudar ;)
Então, esse é o problema quando tentam criar afirmações sobre algo que é obvio, é claro que module federation não é microfrontend, mas foi criado para implementar tal arquitetura.
Como ficaria o controle dos repositórios? Seria um repositório apenas, geral, com todos os projetos criados, ou controlaria cada projeto interno num repositório? Como poderia ser feito?
Fala Sebastião, tu pode fazer de duas formas:
1. Single repo: Basicamente cada MFE teria um repositório próprio
2. Monorepo: Tu pode manter um único repositório com todos os MFE dentro.
Cada abordagem terá seus conjuntos de trade-off, ou seja, vantagens e desvantanges. Tu precisa analisar o que faz mais sentido para suas necessidades.
Os teus vídeos sobre micro front-end são muito daora e passam muito conhecimento! Estou maratonando kkkkk… Vou começar um projeto na empresa e estou em dúvida sobre module federation ou single-spa, os vídeos estão ajudando demais!
Fala Edu, show de bola. Recentemente lanei um sobre a diferença de module federation e micro front-end. De singla spa tem alguns ai hehe
To no mesmo momento, estamos estudando qual o melhor caminho, Single SPA ou Module Federation. Valeu pelos videos Castiglione.
@@EliabyTeixeira Obrigado Eliaby
Seu vídeo me salvou! Conteúdo TOP
Obrigado Bruno
Module Federation vai gerar uma nova requisição, tipo um lazyload, quando produtor(IP A) e consumidor(IP B) não existir no mesmo projeto, certo ?
Sim, um novo arquivo .js será requisitado para que a aplicação funcione de acordo, a fonte do arquivo será o projeto remoto baseado nas configurações do plugin em si.
@@MatheusCastiglioni interessante, então podemos colocar "header" do projeto um módulo de monitoramento, caso o módulo tenha modificações, podemos atualizar tipo token de sentry, datadog, sem as aplicações tenha atualização, muito top
@@arozendojr Exatamente, desde que todas essas informações sejam providenciadas e injetadas via Header.
@@MatheusCastiglioni pode lazy em outro path URL, lazy( /localhost/header) e a aplicação rodando localhost/home?
@@arozendojr Sinceramente não entendi
Module federations é um meio de MFE com abordagem clint side
Fala Lucas, na real MF não tem nada a ver com MFE, como eu disse no vídeo é apenas uma técnica para distribuir e consumir artefatos de forma remota.
@@MatheusCastiglioni boa, como falei e apenas 1 meio!
@@lucasmoura4480 exatamente, mesmo o mf não sendo restrito a implementar a arquitetura de mfe, o autor do mf já afirmou que foi feito para isso.
Cara o module federation é a forma mais estruturada de se trabalhar com micro frontends react atualmente, sim ele é uma ferramenta para micro frontends e disponibilização de componentes. Eu acho que você deu um viajada aí, talvez depois valha fazer um estudo sobre isso novamente...
Discordo completamente Henrique, minha opinião é a dada em vídeo. Como eu sempre destaco em videos “essa é minha opinião” e esta tudo bem termos opiniões diferentes sobre o mesmo assunto.
@@MatheusCastiglioni Ter opinião é uma coisa, agora ter uma opinião que é contrária a algo que é um fato, é um equívoco. Mas tranquilo então! Só quis ajudar ;)
Então, esse é o problema quando tentam criar afirmações sobre algo que é obvio, é claro que module federation não é microfrontend, mas foi criado para implementar tal arquitetura.