TableViews are everywhere; for years before the introduction of Collection Views they were one of the fundamental block of every application’s.
Even if now we are able to replace the entire functionality with the combo of
UICollectionViewFlowLayout (take a look at “The case for deprecating UITableView“) they still play a key role during the everyday work life of any iOS developers.
Frankly I always hated the way in which we prepare and manage contents inside table for several different reasons:
View the article
- tons of boilerplate code to declare data source & delegates. I loved the datasource/delegate pattern, but we can do better and we can do it in Swift, of course.
- it’s weak: declare cell via identifiers (literals!), cast and finally use them; in our new strong-typed world this is a nightmare we need to avoid.
- complex tables are a nightmare to prepare and manage; usually you will end up in a world full of if/switch conditions to allocate one cell instead of another, do an action if the you tapped this or another cell and so on. I just want to declare content and do actions.
- Your view controllers are easy to become full of apparently-non-sense-conditions used to manage the content of your tables.