New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Reflex Roadmap #2727
Comments
Firstly, I ❤️ like the plans and think the three main goals are a good focusing point for 0.5.0. |
Awesome, love to see how reflex evolves! 🚀 |
@abulvenz Thanks for the feedback - I will modify that project, we don't want to break any existing functionality. We want to move certain internal events like the initial state hydration away from using middleware, but we will still have easy ways to support other use cases. |
@benedikt-bartscher Yes we either want to upgrade to Pydantic v2.0 for the performance and compatibility benefits In the long-term we can potentially remove the Pydantic dependency altogether and use Python dataclasses, since we don't use many of its features anymore internally. Though that would require moving away from FastAPI and SQLModel, so not planned anytime soon. |
Hi everyone, as I have said before. I have been programming for a short time, I did a Python Bootcamp and for the final project I used Reflex when it was called Pynecone. I could have used Django or Flask, but I chose Reflex because I think it will have a future. What would I like from Reflex 1.0? Let's see if I can explain. I would like Reflex to be from a base agnostic of any external framework, using as it can be done now 100% html and css. So as not to depend on third party libraries, such as Astro (Javascript). From there, when starting the project the user will be asked whether or not to use a framework or not, for example Radix-Ui, Taildwind. Then the ability to share components with (3rd Party Component Ecosystem) seems to me great. Good job to all the team, long life to Reflex. Best regards. |
Perhaps these thoughts help you in finding the right direction for your product. Started to use reflex because:
Like it even more since I started:
|
Really like to see the "Simplicity" point here. box system is really a pita :) - thank you for Reflex! |
@picklelo In terms of improving performance - I'm not sure how much Javascript next.js (which seems to be under the hood) uses, but have you seen Astro? Seems to be super fast because it renders static JS components as HTML. Might be a reach, but maybe there's some way to include something similar at build-time? |
NOTE: We recently released Reflex 0.4.0 with new core components and a theming system - see the blog post for more info and for a guide on upgrading existing projects.
This page is a living document outlining the major projects we're working on next for reflex 0.5.0. The projects are ordered more-or-less in the order we plan to complete them.
Feel free to comment to leave feedback or upvote any issues you'd like to see prioritized, and we welcome outside contributions for any issues.
Focus for 0.5.0 and Beyond
Stability: As we approach our 1.0 release, we're focused on making our core API stable and limiting breaking changes so Reflex can be a solid foundation for long-term projects.
Simplicity: We want to improve the out of the box experience so users can focus on their ideas rather than implementation. This includes building a 3rd party component ecosystem, as well as simplifying the APIs for many of our core components.
Speed: Reflex apps should be fast, both for the end user and for the developer. We have projects to make sure apps stay fast as they grow in size, and to improve the compile / hot-reload times so devs can iterate quickly when building.
Roadmap 0.5.0 (Target Release: May 6, 2024)
Save individual substates independently so Reflex apps stay performant as the state tree grows.
Make it easier to access sibling substates
Internal benchmarks to track Reflex size and speed.
Ecosystem to publish and download third party components
Make Reflex more compatible with other Python libraries
Update our core components to the new version of Radix
Roadmap 0.6.0
Performance
Usability
REF-2092
Please leave comments on what you think about this tentative plan.
The text was updated successfully, but these errors were encountered: