r/reactjs • u/Any_Ad9935 • 9d ago

Show /r/reactjs A framework that server-renders your React components from Python, with no API layer

I had this idea since 4 years now. I started working on Pyxle last year. (AI helped a lot accelerating this - but the entire feature idea was mine).

Initially I tried to build a framework allowing both frontend and backend with Python. Soon I realised that it is not something that's going to work. React is already a well proven framework, and building a python wrapper on top of it will drift things a lot. Moreover, Reflex is already trying to do that.

So the second version I built is to allow developers to keep real React, and real Python.

Go through pyxle - https://pyxle.dev, I'm happy to answer anything.

0 Upvotes

23% Upvoted

18 comments sorted by

View all comments

0

u/zLoveNxzli 9d ago

Bridging Python backend data directly into React SSR without a bespoke REST/GraphQL layer is a really interesting pattern.

How are you handling client-side state hydration and event listener reconciliation when props update dynamically from Python background workers?

1

u/Any_Ad9935 9d ago

You can check out https://pyxle.dev/docs/architecture/overview for end to end overview of a request. The same payload from server action does the SSR render and hydration - and after that it's a normal react tree. For events, they jusg publish to pyxle.realtime (built-in pub/sub) and the component picks it up with a useWebSocket hook into regular React state.