-
Notifications
You must be signed in to change notification settings - Fork 58
refactor: retrieve routes using solid-query
#514
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
base: master
Are you sure you want to change the base?
Conversation
solid-query
Changes:
Total lines: 4501 (+33) |
deployed preview: https://514.connect-d5y.pages.devWelcome to connect! Make sure to:
Mobile
Desktop
|
solid-querysolid-query
| @@ -1,13 +1,36 @@ | |||
| import { VoidComponent } from 'solid-js' | |||
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
this would be broken out into a separate PR
|
The timeline still flashes for a few frames when clicking routes. There shouldn't be any resource usage there as we already have the data |
|
there is still resource usage in this file, events/statistics data requires extra requests even if we have the Route; that's why it flashes these can and will be migrated to this same method, just not now. this PR was meant to migrate only the by the time we load RouteActivity having loaded route data, there will be zero request required in RouteActivity. |
7903f55 to
97160f1
Compare
|
@sshane try this version: commaai/connect#539 |








here's another simple way to dedupe all route retrievals. when we've fetched a page, store the route in the tanstack query cache, and fetch the route in the
RouteActivityusing tanstack. this solves two major things:routes.datawill only trigger suspense if the data wasn't previously recorded). see demo video and test yourselfRouteActivityi think introduction of
solid-queryat this point is going to help solve the remaining performance requirements we have, like deduping requests and eventually introducing metadata caching like old connect. but before that, no unnecessary requests!looking for feedback and opinions on the approach
demo.mov