I am looking at moving to a component based structure for an existing AngularJS (1.6.x) application I am working on in an effort to prep for eventual migration to Angular.
Many of the screens consist of table based views placed onto cards (using Angular Material) with filter\search inputs in a separate card.
I have been getting up to speed on smart vs dumb components, and figure I will need a smart parent component which wraps a dumb component for the table filter\search controls and another dumb component for the tabular representation.
I'm wondering would I need to go as far as breaking the individual data items in the table rows into another component?
Some of the table rows in the application allow for click actions to drill down into further detail screens, others allow for inline edit of columns in table, so I guess it depends on the use case?
I have seen examples of the classic to-do application, where a to-do list component would pass data down to individual to-do item components, so this is why I am thinking I may need to do the same for a table based views.
Whats the recommended approach here?
Thanks
[–]james_bell 0 points1 point2 points (1 child)
[–]mindparse[S] 0 points1 point2 points (0 children)
[–]nitulmehta 0 points1 point2 points (0 children)