Usamos cookies para medir audiência e melhorar sua experiência. Você pode aceitar ou recusar a qualquer momento. Veja sobre o iMasters.
Quando estamos construindo uma aplicação Laravel que consome uma API separada, uma dúvida comum é onde fazer a requisição dos dados: direto no Blade com JavaScript ou através de um controller?
Na prática, fazer a requisição no cliente usando JavaScript pode parecer mais dinâmico e responsivo, mas acaba dificultando o controle de estado, cache e segurança. Já fazer no controller, antes de passar para a view, garante melhor controle, validação e otimização, além de facilitar testes.
No meu ponto de vista, para aplicações que precisam de alta interatividade, o ideal é usar JavaScript, mas com o suporte de uma camada de cache ou até mesmo SSR, dependendo do caso. Se a prioridade é segurança e controle, a requisição no controller é mais prática.
Faz sentido pensar em uma estratégia híbrida, onde partes críticas são carregadas pelo backend e interatividade fica por conta do frontend? O valor aparece melhor quando operação, produto e engenharia olham para o mesmo risco. Por isso, o recorte precisa considerar manutenção, validação e caminho de volta. Esse contexto ajuda a separar ganho real de novidade difícil de sustentar. A decisão fica mais saudável quando o time consegue medir o impacto depois.
No meu caso, gosto de usar uma caamada intermediária.
Acho que depende muito do caso, mas no meu time, preferimos fazer a requisição no controller sempre que possível. Ajuda a evitar probllemas de cache e a manter o controle do fluxo de dados.
Eu acho que pra UX, às vezes vale a pena fazer no JavaScript, principalmente se o usuário precisa de atualização em tempo real. Mas aí, tem que pensar na complexidade do cache e no suporte ao fallback.