🪟🔧 Refactor frontend destination routing #19120
Merged
Add this suggestion to a batch that can be applied as a single commit. This suggestion is invalid because no changes were made to the code. Suggestions cannot be applied while the pull request is closed. Suggestions cannot be applied while viewing a subset of changes. Only one suggestion per line can be applied in a batch. Add this suggestion to a batch that can be applied as a single commit. Applying suggestions on deleted lines is not supported. You must change the existing code in this line in order to create a valid suggestion. Outdated suggestions cannot be applied. This suggestion has been applied or marked resolved. Suggestions cannot be applied from pending reviews. Suggestions cannot be applied on multi-line comments. Suggestions cannot be applied while the pull request is queued to merge. Suggestion cannot be applied right now. Please check back later.
What
This PR refactors the routes nested in the destination path:
/workspaces/:workspaceId/destinationWith the aim of:
pagesand into thecomponentsdirectoryroutes.tsxfile for less nesting and better discoverability<Route>components) from application specific componentsPart of a larger effort to clean up our frontend routing logic.
How
src/components/destination<Route>components have been moved up toroutes.tsxso that the whole route tree becomes more visible (see these changes)<Routes>have been replaced with react-router's <Outlet> componentRecommended reading order
routes.tsxandroutePaths.tsxto see the broad picturepages/destinationto see the purely routing componentssrc/components/destinationto see the application components related to thedestinationapp domainNext steps
A similar refactor will be done for sources, connections and settings so that we do not have so many deeply nested and conditional
<Route>components.