dbb9ee7ac6
* DRY up membership selector Selectors should be chained up, not copy/pasted. * PremiumBadge: retrieve membership db internally instead of from parent ## Ticket 1753 odyseeMembershipByUri function causing unnecessary renders ## Issue While the rendering issue in the ticket is due to the way the props are defined, it also surfaced a prop-drilling issue with PremiumBadge. Instead of asking the parent for the membership db, it can retrieve from Redux itself. This prevents the prop from polluting 2 levels of components and causing unnecessary renders. ## Approach - Make `PremiumBadge` accept `uri` like most other components. - I still leave the `membership` prop as (i.e. parent can still pass it directly). In some cases (e.g. `livestreamComment`, `page/odyseeMembership`), the parent itself needs the same data, so we don't need to derive it twice.
15 lines
488 B
JavaScript
15 lines
488 B
JavaScript
import { connect } from 'react-redux';
|
|
import { selectClaimForUri, selectGeoRestrictionForUri, selectIsUriResolving } from 'redux/selectors/claims';
|
|
import WunderbarSuggestion from './view';
|
|
|
|
const select = (state, props) => {
|
|
const { uri } = props;
|
|
|
|
return {
|
|
claim: selectClaimForUri(state, uri),
|
|
isResolvingUri: selectIsUriResolving(state, uri),
|
|
geoRestriction: selectGeoRestrictionForUri(state, props.uri),
|
|
};
|
|
};
|
|
|
|
export default connect(select)(WunderbarSuggestion);
|