-
Notifications
You must be signed in to change notification settings - Fork 3.2k
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
refactor(ui): migrate Reports
to functional component and split files
#11794
refactor(ui): migrate Reports
to functional component and split files
#11794
Conversation
- follow a very similar process to 25e1939 - `state` -> `useState` - `this.props` -> arguments - `BasePage` + `this.queryParams` -> `location` argument + `URLSearchParams` - `componentDidMount` -> `useEffect` - `services.info.collectEvent` -> `useCollectEvent` - `saveHistory` -> `useEffect` + `historyUrl` - `Consumer` -> `useContext` - merge `renderReport` into the main component - will move filters into a separate component in the next commit, following existing convention and the commit - Promise chains -> async/await - getters and setters to regular functions - split out a pure function - can move this into a util file in the next commit - also modify some comments in `cron-workflows-list` - convert variable assigned to anonymous function to a named function - better practice, better tracing, less memory, etc Signed-off-by: Anton Gilgur <[email protected]>
- split out pure function into its own file - to make clear that it is pure and unrelated to React state, context, etc - split out `ReportsFilters` component similar to `CronWorkflowFilters`, `WorkflowFilters`, etc - be consistent with how all these work - similar to 25e1939, refactor logic to have an `onChange` function and retrieve Workflows in a top-level effect (after all state has been set) - and similarly add an SCSS file with the appropriate styles - note: this may be worth refactoring as nearly all the filters have the same styles - refactor `ReportsFilters` logic to use async/await syntax - also refactor `CronWorkflowList` to use newer async/await syntax consistent with future state of codebase Signed-off-by: Anton Gilgur <[email protected]>
Signed-off-by: Anton Gilgur <[email protected]>
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.
It's possible to optimize this a bit with useCallback
. And I think most of the functional components are memoizable too.
But that can be done in a follow-up optimization PR if needed, leaving as is for now for least potential breakage. It also runs pretty fast locally anyway so nbd probably.
history.push(historyUrl('reports' + (Utils.managedNamespace ? '' : '/{namespace}'), {namespace, labels: labels.join(',')})); | ||
}, [namespace, labels]); | ||
|
||
async function onChange(newNamespace: string, newLabels: string[]) { |
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.
potential useCallback
optimization
function getLabel(name: string) { | ||
return (labels.find(label => label.startsWith(name)) || '').replace(name + '=', ''); | ||
} | ||
|
||
function setLabel(name: string, value: string) { | ||
onChange(namespace, labels.filter(label => !label.startsWith(name)).concat(name + '=' + value)); | ||
} | ||
|
||
function getPhase() { | ||
return getLabel(labelKeyPhase); | ||
} | ||
|
||
function setPhase(value: string) { | ||
setLabel(labelKeyPhase, value); | ||
} | ||
|
||
function setWorkflowTemplate(value: string) { | ||
setLabel(labelKeyWorkflowTemplate, value); | ||
} | ||
|
||
function setCronWorkflow(value: string) { | ||
setLabel(labelKeyCronWorkflow, value); | ||
} |
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.
potential useCallback
optimizations
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.
I've double chacked functionality.
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.
Looks good, no need to worry about useCallback for now imo.
Might even be slower for some functions, anyway I think the performance of the UI is not a worry for me regardless.
Oh the only exception being the swagger docs page which is unusable but yes not related to this issue.
Agreed, figure I'd notate it at least. I used to write fully memoized components, but I'd forgotten some of the optimizations like
Yea it freezes everytime I try to use it. I can't even run a profiler on it. It may very well be on the |
Partial fix for #9810
Partial fix for #11740
Motivation
Use newer, modern functional components compatible with hooks instead of legacy class-based components
Use newer, modern async/await syntax instead of Promise chains
also remove a deprecated, upgrade-blocking usage of
BasePage
similar to refactor(ui): migrateUserInfo
to functional component #11793Modifications
Follow a very similar process to #7035
state
->useState
this.props
-> argumentsBasePage
+this.queryParams
->location
argument +URLSearchParams
componentDidMount
->useEffect
services.info.collectEvent
->useCollectEvent
saveHistory
->useEffect
+historyUrl
Consumer
->useContext
merge
renderReport
into the main componentsplit out filters into a separate
ReportsFilters
component similar toCronWorkflowFilters
,WorkflowFilters
, etconChange
function and retrieve Workflows in a top-level effect (after all state has been set)Promise chains -> async/await
ReportsFilters
logic to use async/await syntaxCronWorkflowList
to use newer async/await syntax consistent with UI: Refactor to use async/await syntax #11740getters and setters to regular functions
split out a pure function into a util file
Also some tiny optimizations similar to #11743:
const
s assigned to anonymous functionsVerification