GenericDataSource alternatives and similar libraries
Based on the "Table View / Collection View" category.
Alternatively, view GenericDataSource alternatives based on common mentions on social networks and blogs.
-
SwipeCellKit
Swipeable UITableViewCell/UICollectionViewCell based on the stock Mail.app, implemented in Swift. -
MCSwipeTableViewCell
DISCONTINUED. 👆 Convenient UITableViewCell subclass that implements a swippable content to trigger actions (similar to the Mailbox app). -
HGPlaceholders
Nice library to show placeholders and Empty States for any UITableView/UICollectionView in your project -
ReverseExtension
A UITableView extension that enables cell insertion from the bottom of a table view. -
Bohr
DISCONTINUED. Bohr allows you to set up a settings screen for your app with three principles in mind: ease, customization and extensibility. -
CenteredCollectionView
A lightweight UICollectionViewLayout that 'pages' and centers its cells 🎡 written in Swift -
CascadingTableDelegate
A no-nonsense way to write cleaner UITableViewDelegate and UITableViewDataSource in Swift. -
GLTableCollectionView
Netflix and App Store like UITableView with UICollectionView, written in pure Swift 4.2 -
ListPlaceholder
ListPlaceholder is a swift library allows you to easily add facebook style animated loading placeholder to your tableviews or collection views. -
KDDragAndDropCollectionView
This component allows for the transfer of data items between collection views through drag and drop -
DataSources
💾 🔜📱 Type-safe data-driven CollectionView, TableView Framework. (We can also use ASCollectionNode) -
DTTableViewManager
Protocol-oriented UITableView management, powered by generics and associated types. -
TLIndexPathTools
TLIndexPathTools is a small set of classes that can greatly simplify your table and collection views. -
CollapsibleTableSectionViewController
:tada: Swift library to support collapsible sections in a table view. -
RHPreviewCell
I envied so much Spotify iOS app this great playlist preview cell 😍, I decided to create my own one 🌶. Now you can give your users ability to quick check "what content is hidden under your UITableViewCell". Great think is that this Library not requires 3D Touch support from user device💥. -
SquareMosaicLayout
An extandable mosaic UICollectionViewLayout with a focus on extremely flexible customizations :large_orange_diamond: -
HoverConversion
DISCONTINUED. HoverConversion realized vertical paging with UITableView. UIViewController will be paging when reaching top or bottom of UITableView contentOffset. -
PJFDataSource
PJFDataSource is a small library that provides a simple, clean architecture for your app to manage its data sources while providing a consistent user interface for common content states (i.e. loading, loaded, empty, and error). -
AZCollectionViewController
Easy way to integrate pagination with dummy views in CollectionView, make Instagram "Discover" within minutes. -
ios-dragable-table-cells
DISCONTINUED. Objective-C library for drag-n-drop of UITableViewCells in a navigation hierarchy of view controllers.
CodeRabbit: AI Code Reviews for Developers
* Code Quality Rankings and insights are calculated and provided by Lumnify.
They vary from L1 to L5 with "L5" being the highest.
Do you think we are missing an alternative of GenericDataSource or a related project?
README
GenericDataSource
A generic small reusable components for data source implementation for UITableView
/UICollectionView
written in Swift.
Features
- [x]
BasicDataSource
easily bind model to cells with automatic dequeuing. - [x]
SegmentedDataSource
easily build segmented controls or for empty state of yourUICollectionView
/UITableView
data source. - [x]
CompositeDataSource
builds complex cells/models structure with easy to use components (BasicDataSource
SegmentedDataSource
or otherCompositeDataSource
). - [x]
UICollectionView
supplementary,UITableView
header, and footer views support. - [x] Ability to override any data source method from
UIKit
classes. - [x] Comprehensive Unit Test Coverage.
- [x] Complete Documentation
Requirements
- iOS 8.0+
- Xcode 10
- Swift 4.0+
Installation
CocoaPods
To integrate GenericDataSource
into your Xcode project using CocoaPods, specify it in your Podfile
:
pod 'GenericDataSources'
IMPORTANT: The pod name is GenericDataSource*s* with "s" at the end.
Carthage
To integrate GenericDataSource into your Xcode project using Carthage, specify it in your Cartfile:
github "GenericDataSource/GenericDataSource"
Manually
Add GenericDataSource.xcodeproj
to your project file by drag and drop.
You can then consult to Adding an Existing Framework to a Project.
Example
Basic Data Source Example
UITableView
Create a basic data source and bind it to to a table view.
let dataSource = BasicBlockDataSource<Example, BasicTableViewCell>() { (item: Example, cell: BasicTableViewCell, indexPath) -> Void in
cell.titleLabel?.text = item.title
}
// Need to keep a strong reference to our data source.
self.dataSource = dataSource
// register the cell
tableView.ds_register(cellClass: BasicTableViewCell.self)
// bind the data source to the table view
tableView.ds_useDataSource(dataSource)
dataSource.items = <<retrieve items>> // Can be set and altered at anytime
That's it! Your first data source is implemented. No dequeuing! no casting! simple and smart.
UICollectionView
Let's now take it to the next level. Suppose after we implemented it, the requirements changed and we need to implement it using UICollectionView
.
let dataSource = BasicBlockDataSource<Example, BasicCollectionViewCell>() { (item: Example, cell: BasicCollectionViewCell, indexPath) -> Void in
cell.titleLabel?.text = item.title
}
// Need to keep a strong reference to our data source.
self.dataSource = dataSource
// register the cell
collectionView.ds_register(cellClass: BasicCollectionViewCell.self)
// bind the data source to the collection view
collectionView.ds_useDataSource(dataSource)
dataSource.items = <<retrieve items>> // Can be set and altered at anytime
All you need to do is change the cell class and of course the table view to collection view.
Actually this opens the door for so much possibilities. You can inherit from BasicDataSource
and implement your custom generic data source that is based on a protocol implemented by the cell and you don't need to repeat the configuration part. You would create data source like that.
let dataSource1 = CustomDataSource<BasicTableViewCell>() // for table view
let dataSource2 = CustomDataSource<BasicCollectionViewCell>() // for collection view
App store Featured Example
Suppose we want to implement the following screen, the App Store featured tab.
If you want to have a look at the complete source code, it is under Example project -> AppStoreViewController.swift
.
- We will create cells as we do normally.
- Now we need to think about DataSources.
- It's simple, one data source for each cell type (
BasicDataSource
). CompositeDataSource(sectionType: .single)
for the table view rows. Since these rows are of different cell types.SegmentedDataSource
for switching between loading and data views.- Bind the
SegmentedDataSource
data source to the table view and that's it. - See how we think structurally about our UI and data sources instead of one big cell.
One thing we didn't talk about is the UICollectionView
of the featured section cells. It's very simple, just BasicDataSource
.
See how we can implement the screen in the following code:
- Create the cells.
Swift class AppStoreFeaturedSectionTableViewCell: UITableViewCell { ... } class AppStoreQuickLinkLabelTableViewCell: UITableViewCell { ... } class AppStoreQuickLinkTableViewCell: UITableViewCell { ... } class AppStoreFooterTableViewCell: UITableViewCell { ... } class AppStoreLoadingTableViewCell: UITableViewCell { ... }
- Create
BasicDataSource
s.Swift class AppStoreLoadingDataSource: BasicDataSource<Void, AppStoreLoadingTableViewCell> { // loading should take full screen size. override func ds_collectionView(_ collectionView: GeneralCollectionView, sizeForItemAt indexPath: IndexPath) -> CGSize { return collectionView.size } } class AppStoreFooterDataSource: BasicDataSource<Void, AppStoreFooterTableViewCell> { ... } class AppStoreQuickLinkDataSource: BasicDataSource<FeaturedQuickLink, AppStoreQuickLinkTableViewCell> { ... } class AppStoreFeaturedAppsDataSource: BasicDataSource<FeaturedApp, AppStoreFeaturedAppCollectionViewCell> { ... } class AppStoreFeaturedAppsSectionDataSource: BasicDataSource<FeaturedSection, AppStoreFeaturedSectionTableViewCell> { ... } class AppStoreQuickLinkLabelDataSource: BasicDataSource<String, AppStoreQuickLinkLabelTableViewCell> { ... }
Create
CompositeDataSource
that holds the featured page.class AppStoreFeaturedPageDataSource: CompositeDataSource { init() { super.init(sectionType: .single)] } var page: FeaturedPage? { didSet { // remove all existing data sources removeAllDataSources() guard let page = page else { return } // add featured apps let featuredApps = AppStoreFeaturedAppsSectionDataSource() featuredApps.setSelectionHandler(UnselectableSelectionHandler()) featuredApps.items = page.sections add(featuredApps) // add quick link label let quickLinkLabel = AppStoreQuickLinkLabelDataSource() quickLinkLabel.setSelectionHandler(UnselectableSelectionHandler()) quickLinkLabel.items = [page.quickLinkLabel] add(quickLinkLabel) // add quick links let quickLinks = AppStoreQuickLinkDataSource() quickLinks.items = page.quickLinks add(quickLinks) // add footer let footer = AppStoreFooterDataSource() footer.setSelectionHandler(UnselectableSelectionHandler()) footer.items = [Void()] // we add 1 element to show the footer, 2 elements will show it twice. 0 will not show it. add(footer) } } }
Create the outer most data source.
class AppStoreDataSource: SegmentedDataSource { let loading = AppStoreLoadingDataSource() let page = AppStoreFeaturedPageDataSource() // reload data on index change override var selectedDataSourceIndex: Int { didSet { ds_reusableViewDelegate?.ds_reloadData() } } override init() { super.init() loading.items = [Void()] // we add 1 element to show the loading, 2 elements will show it twice. 0 will not show it. add(loading) add(page) } }
Register cells.
tableView.ds_register(cellNib: AppStoreFeaturedSectionTableViewCell.self) tableView.ds_register(cellNib: AppStoreQuickLinkLabelTableViewCell.self) tableView.ds_register(cellNib: AppStoreQuickLinkTableViewCell.self) tableView.ds_register(cellNib: AppStoreFooterTableViewCell.self) tableView.ds_register(cellNib: AppStoreLoadingTableViewCell.self)
Set data sources to the collection view.
tableView.ds_useDataSource(dataSource)
Finally set the data when it is available.
// show loading indicator dataSource.selectedDataSourceIndex = 0
// get the data from the service service.getFeaturedPage { [weak self] page in
// update the data source model
self?.dataSource.page.page = page
// show the page
self?.dataSource.selectedDataSourceIndex = 1
}
There are many benefits of doing that:
1. Lightweight view controllers.
2. You don't need to think about indexes anymore, all is handled for us. Only think about how you can structure your cells into smaller data sources.
3. We can switch between `UITableView` and `UICollectionView` without touching data sources or models. Only change the cells to inherit from `UITableViewCell` or `UICollectionViewCell` and everything else works.
4. We can add/delete/update cells easily. For example we decided to add more blue links. We can do it by just adding new item to the array passed to the data source.
5. We can re-arrange cells as we want. Just move around the `add` of data sources calls.
6. Most importantly no `if`/`else` in our code.
Check the Examples application for complete implementations.
## Attribution
The main idea comes from [WWDC 2014 Advanced User Interfaces with Collection Views] (https://developer.apple.com/videos/play/wwdc2014/232/)
written in swift with generics.
## Author
Mohamed Afifi, [email protected]
## License
GenericDataSource is available under the MIT license. See the LICENSE file for more info.
*Note that all licence references and agreements mentioned in the GenericDataSource README section above
are relevant to that project's source code only.