New Blog Post!
A week ago, I knew nothing about React Server Components.
I've tried to migrate an existing React SPA to RSC without a framework, made a live demo / playground, and wrote a blog post about it.
React Server Components, Without a Framework?
https://t.co/0SCJRlDTfl
@hardfist_1@rspack_dev Unironically yes in many cases, as long as the absolute production build time remains within a reasonable range for the project’s complexity.
Based on feedback, we've added migration guides from Create React App to Vite, Parcel, or Rsbuild when a framework isn't the right fit for your use case, or you prefer to continue building your own framework:
I'm not sure this is still relevant, or such a humble project as vite-plugin-swc-transform applies, but I thought this was a great idea from SWC a few months ago, only didn't find the time to do it earlier.
https://t.co/ea2maRCXvS
@ghoullier@dashlane Does this project also have tests?
You can use vitest & leverage the same compilation for both build & test use cases.
In which case you’ll want to use the getResolvedViteConfig() utility exported by viteup/pure (viteup/api in the @next release).
OMG. Why are directives now used as decorators? Use strict, use server, use client, use cache. What else we got? I don't like where this is going. Soon they need options, and we get shit like "use cache: 5 days, but not in december"
@WebReflection I guess you could have a SW which intercepts the request, compute the resulting SRI hash, compare it with the expected value provided & communicate back the result to the main thread, or serve a different resource.
It´d add a fair amount of complexity, risk and also limitations.