You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
As part of SSR, I've been wrenching on the main yew branch. However there are a bunch of extra bits that seem to bloat the primary crate. In my branch, I've done these things
Move the format module out into its own module (yew-format)
Move the agents into their own crate (yew-agents). Agents don't need to be built into the VDOM framework, and are further bloated when trying to target other platforms.
Move the VDOM into its own crate / leave it as yew-core
Make the scheduler a trait and force it to be implemented by the various backends. This can be specific to a backend
Move everything into a packages folder to tidy things up.
Move the services out completely. An update to websocket service should be isolated to a services module.
My dream is to strip down Yew as much as possible, and then support a wide array of backends. With an improved router, we have the unique opportunity to target every platform with very little hassle:
iOS apps as an alternative to React-Native or flutter
Android apps as an alternative to react-native or flutter
Desktop apps as an alternative to electron
Web apps as an alternative to the npm ecosystem
Web apps via SSR as an alternative to django
Hybrid apps as an alternative to live view
I think I understand the repo structure, codebase, and CI enough to help accelerate these changes and start bringing support to all the platforms listed above. The general thought process here is that "yew-core" should not depend on a backend, and instead be simply a lingua franca UI toolkit that different backends can render to their respective platform.
Questionnaire
I'm interested in implementing this myself but don't know where to start
I would like to add this feature
I don't have time to add this right now, but maybe later
The text was updated successfully, but these errors were encountered:
As part of SSR, I've been wrenching on the main yew branch. However there are a bunch of extra bits that seem to bloat the primary crate. In my branch, I've done these things
My dream is to strip down Yew as much as possible, and then support a wide array of backends. With an improved router, we have the unique opportunity to target every platform with very little hassle:
I think I understand the repo structure, codebase, and CI enough to help accelerate these changes and start bringing support to all the platforms listed above. The general thought process here is that "yew-core" should not depend on a backend, and instead be simply a lingua franca UI toolkit that different backends can render to their respective platform.
Questionnaire
The text was updated successfully, but these errors were encountered: