What are best practices for 3rd party libraries that want to build components on top of regular-table? #128
Unanswered
telamonian
asked this question in
General
Replies: 0 comments
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
I am currently experimenting with building a more heavy-duty/dedicated tree-browser on top of regular-table over at github.com/telamonian/tree-finder, and I imagine (what with our high media profile, and all) that there will be interest from other parties as well.
With that in mind, at least from a documentation perspective, what should we consider to be the best practice for extending the
'regular-table'custom element? I think(?) there's roughly three choices:extend-ing theRegularTableElementclass (this is dependent on what we decide about Should RegularTableElement be explicitly marked asfinal? #60)'regular-table'custom element (within another custom element, a React component, etc)I've been experimenting with 1., but inheritance in general seems to be out of fashion these days. In asking this question I'm somewhat inspired/motivated by the React folks, who have taken a hard line on composition over inheritance when it comes to extending custom components.
Beta Was this translation helpful? Give feedback.
All reactions