A major renaming: DashboardQuery -> DashboardState#6059
Conversation
90de553 to
8d84d45
Compare
|
apata
left a comment
There was a problem hiding this comment.
Wow, we do use the word query in a lot of places. Great job getting them all replaced successfully!
Regarding the new name, I can't think of a better one, but I think internally we should be careful with it for future features. Everything the user sees on the dashboard is part of its state, but not everything should be part of DashboardState and DashboardStateContext. Otherwise, we may trigger unnecessary re-renders that in turn make the page slow for the users.
|
Important Review skippedAuto reviews are disabled on this repository. Please check the settings in the CodeRabbit UI or the You can disable this status message by setting the Use the checkbox below for a quick retry:
✨ Finishing touches🧪 Generate unit tests (beta)
Tip Issue Planner is now in beta. Read the docs and try it out! Share your feedback on Discord. Comment |
@apata, Fair point about being careful! |
Changes
This PR is a pure refactor dealing only with renaming. The diff is quite enormous so I decided to open a separate PR just for that.
Renaming query -> dashboardState globally in the frontend makes sense because:
resolvedFilters(used for flattening segment filters so the FE could be aware of what filters are applied), andlabels(for rendering country, city, region, segment names in filter labels)StatsQueryobject is about to be introduced with Move Top Stats to new internal stats endpoint #6035, so this is to avoid a naming clash.Tests
Changelog
Documentation
Dark mode