Executando verificação de segurança...
Em resposta a Como defender o fim do padrão SPA + REST?
1
clacerda

SPA + REST já morreu, só esqueceram de avisar o pessoal.
O modelo atual é o HTML-first, enriquecido com JS, e isso é exatamente o que Nuxt, Next, Astro e companhia já fazem há tempo. SSR e CSR não são mais polos opostos, é tudo híbrido agora.

O ponto que quase ninguém toca: se todo o seu sistema é o "webapp", algo está profundamente errado. O navegador é só a GUI. Qualquer coisa séria envolve backend real, processamento, domínio, persistência, integração. E se você já tem tudo isso do lado do servidor, qual o sentido de serializar tudo em JSON pra re-hidratar no cliente, quando você pode simplesmente mandar o HTML pronto, cacheável, indexável e já otimizado?

A web amadureceu. O retorno ao servidor não é nostalgia, é eficiência. O SPA foi uma resposta ao que os navegadores não conseguiam fazer. Agora eles conseguem. O futuro é simples de novo, e elegante.

Um abraço e bons estudos!

Carregando publicação patrocinada...
1
GheistLycis

Interessante. O que você disse, de forma geral, é bem parecido com o que meu colega mencionado no post me disse. Consegue lembrar de exemplos de projetos feitos assim que mostrem como isso de fato acontece? Uma das coisas que sustentou minha descrença com o que meu colega dizia é que ele não conseguia mencionar nenhum projeto grande que teve êxito com essa estratégia, mas apenas UIs simples que serviam como interface pra CRUD. Obrigado!

0
1
GheistLycis

Sim, o tabnews é feito em Next com SSR. Isto só é possível justamente porque é um projeto simples do tipo blog que existe há decadas. A UI não passa de forms e tables, como mencionei no meu post.

No final do meu post, inclusive, escrevo:

De qualquer modo, para defender que o JS é apenas um adicional irrelevante para um sistema e que o REST mais prejudica do que beneficia num projeto é preciso antes provar que não existe nenhum caso onde um projeto SPA poderia ser completamente reescrito desta forma sem aumentar sua complexidade e preservando todos seus comportamentos.

Até onde entendo, não é possível ter uma UI reativa apenas com SSR. O Next é o que mais se aproxima disso, mas justamente porque permite fazer um projeto híbrido. Hoje mantenho 3 web apps B2B em Next e afirmo que 90% dos componentes que escrevemos são forçados a serem client-side.

1
clacerda
  • Autor
    Autor

Talvez seja apenas uma questão de definição.

Ninguém está defendendo o fim do client-side, o que se discute é o fim do padrão "enviar JSON por REST e renderizar tudo em JS".

O que muita gente (eu incluso) defende é justamente o oposto: clientes cada vez mais ricos, autônomos e inteligentes, que não dependam de REST para existir. Aplicações inteiras podem (e devem) ser empacotadas com Service Workers, usando SQLite e o Canvas via wasm para persistência e renderização de verdade..

Isso é client-first, não SPA..