You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We have some components that have optional 'features', for example, optional progress bars or optional images. I think we should have a consistent approach to designing these kinds of APIs, and my initial food for thought w.r.t. options are the following;
Opt in - i.e. showFeature={true|false}, explicitly asking for the feature
Opt out - i.e. hideFeature={true|false}, explicitly remove the feature
Implicitly - i.e. infer whether to render component based on presence of data
Regardless of which one we choose, I think we should follow one approach for all components and refactor the existing ones accordingly.
The text was updated successfully, but these errors were encountered:
We have some components that have optional 'features', for example, optional progress bars or optional images. I think we should have a consistent approach to designing these kinds of APIs, and my initial food for thought w.r.t. options are the following;
showFeature={true|false}
, explicitly asking for the featurehideFeature={true|false}
, explicitly remove the featureRegardless of which one we choose, I think we should follow one approach for all components and refactor the existing ones accordingly.
The text was updated successfully, but these errors were encountered: