Skip to content

This issue was moved to a discussion.

You can continue the conversation there. Go to discussion →

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

[✨] Qwik better DX #89

Closed
olegKusov opened this issue Mar 7, 2023 · 1 comment
Closed

[✨] Qwik better DX #89

olegKusov opened this issue Mar 7, 2023 · 1 comment
Labels
[STAGE-2] incomplete implementation Remove this label when implementation is complete [STAGE-2] not fully covered by tests yet Remove this label when tests are verified to cover the implementation [STAGE-2] unresolved discussions left Remove this label when all critical discussions are resolved on the issue [STAGE-3] docs changes not added yet Remove this label when the necessary documentation for the feature / change is added [STAGE-3] missing 2 reviews for RFC PRs Remove this label when at least 2 core team members reviewed and approved the RFC implementation

Comments

@olegKusov
Copy link

olegKusov commented Mar 7, 2023

Is your feature request related to a problem?

I have problem with ability to create good architecture of app with qwik. Now Qwik give us React-like experience with hooks, state and lifecycle hooks. And do not give us good way of handling big apps.

Describe the solution you'd like

Let's look at some state managers. Reatom give us ability to create Atoms (signals) outside of components and handle data fetching outside of components.
We can do even this:
image

Effector STM handle logic and data fetching and with Effector we can construct a lot of logic in declarative manner.

image

With atomic router we can even separate data fetching from lifecycle hooks: for example, on page change event Effector with Atomic Router can call Effect with data fetching and call route change via Atomic Router. And know we do not depend on lifecycle hooks - View of App reacts to the model, but not vice versa

Vue give us ability to separate view from model with templates. Angular give templates, DI. And what give us Qwik? How we can handle big apps? A lot of hooks inside components? But Why? Why we can't create new architecture - new way of app building? Why we using the same principles that React gave us many years ago? Yes Qwik is good performant framework but it's not enough today. We need easy way of working with business logic, easy way of scalability.
Qwik even do not have package for forms - its basic thing for frontend Framework. I wanna have all in one solution if its called 'framework'.

Describe alternatives you've considered

All in one solution for handling big projects.

Additional context

No response

@gioboa
Copy link
Member

gioboa commented Oct 14, 2024

We moved this issue to qwik-evolution repo to create a RFC discussion for this.
Here is our Qwik RFC process thanks.

@gioboa gioboa transferred this issue from QwikDev/qwik Oct 14, 2024
@github-project-automation github-project-automation bot moved this to In Progress (STAGE 2) in Qwik Evolution Oct 14, 2024
@github-actions github-actions bot added [STAGE-2] incomplete implementation Remove this label when implementation is complete [STAGE-2] not fully covered by tests yet Remove this label when tests are verified to cover the implementation [STAGE-2] unresolved discussions left Remove this label when all critical discussions are resolved on the issue [STAGE-3] docs changes not added yet Remove this label when the necessary documentation for the feature / change is added [STAGE-3] missing 2 reviews for RFC PRs Remove this label when at least 2 core team members reviewed and approved the RFC implementation labels Oct 14, 2024
@QwikDev QwikDev locked and limited conversation to collaborators Oct 14, 2024
@gioboa gioboa converted this issue into discussion #165 Oct 14, 2024
@github-project-automation github-project-automation bot moved this from In Progress (STAGE 2) to Released as Stable (STAGE 5) in Qwik Evolution Oct 14, 2024
@shairez shairez removed this from Qwik Evolution Oct 15, 2024

This issue was moved to a discussion.

You can continue the conversation there. Go to discussion →

Labels
[STAGE-2] incomplete implementation Remove this label when implementation is complete [STAGE-2] not fully covered by tests yet Remove this label when tests are verified to cover the implementation [STAGE-2] unresolved discussions left Remove this label when all critical discussions are resolved on the issue [STAGE-3] docs changes not added yet Remove this label when the necessary documentation for the feature / change is added [STAGE-3] missing 2 reviews for RFC PRs Remove this label when at least 2 core team members reviewed and approved the RFC implementation
Projects
None yet
Development

No branches or pull requests

2 participants