Specs/e/f/2/DataDrivenRxDatasources/3.2.1/DataDrivenRxDatasources.podspec.json

   1 {
   2   "name": "DataDrivenRxDatasources",
   3   "version": "3.2.1",
   4   "summary": "MVVM abstraction boilerplate code over RxDataSources.",
   5   "description": "DataDrivenRxDatasources - MVVM abstraction boilerplate code over RxDataSources.\n\n  The standard approach to managing table/collection views with data sources has several flaws:\n  - Repeated boilerplate code - data source and delegate methods, cell registration, etc.\n  - Tangled follow the flow of control of TableView/CollectionView data source and delegate methods since they are often placed in a different order, far from each other, or even located in different files.\n  - Violation of dependency inversion principle. The knowledge about which cells are attached to a table/collection view and how these cells are instantiated (nib or class) leaks to corresponding view controllers. View controller becomes dependent on the module of the lower level (table/collection view cell).\n  - Leaves lots of room for mistakes, since data source methods must be consistent with each other. For example, if numberOfRows(inSection:), numberOfSections(in:) and tableView(_,cellForRowAt:) are inconsistent, it results in an unwanted behaviour or even crash. Cells in these methods is a generic UITableViewCell/UICollectionViewCell type which usually should be type casted to a concrete class.\n  - Table/collection view data source protocol implementation is imperative and does not feel Swift way.\n  \n  RxDataSources helps us to solve some of this problem with an elegant data binding mechanism and powerful AnimatableSectionModel & SectionModel abstractions, but still stays us on our own with repeatable cell registration and violation of dependency inversion principle.\n  \n  Data-driven is a programming paradigm in which the program code, although separated from the input data, is designed in such a way that the program logic is determined by the input data. DataDrivenRxDatasources lets us address these issues and design a data-driven, reusable, and declarative table view component which depends only on its ViewModel.\n```swift\nprivate typealias SectionViewModel = AnimatableTableSectionModel<String>\n\nlet cellItems = [\n      SampleCellViewModel(name: \"Name 1\"),\n      SampleCellViewModel(name: \"Name 2\")\n    ]\n  \nlet sections: Driver<[AnimatableTableSectionModel<String>]> = .just([ReloadSectionViewModel(model: \"Some Section\", items: cellItems)])\n    \ntableView.rx\n  .bind(sections: sections)\n  .disposed(by: bag)\n```",
   6   "homepage": "https://github.com/bigMOTOR/DataDrivenRxDatasources",
   7   "license": {
   8     "type": "MIT",
   9     "file": "LICENSE"
  10   },
  11   "authors": {
  12     "Dmytro Makarenko": "dmitevmak@gmail.com",
  13     "Nikolay Fiantsev": "to.bigmotor@gmail.com",
  14     "Misha Markin": "shire8bit@gmail.com",
  15     "Dmytro Dovhan": "montazher@gmail.com"
  16   },
  17   "source": {
  18     "git": "https://github.com/bigMOTOR/DataDrivenRxDatasources.git",
  19     "tag": "3.2.1"
  20   },
  21   "swift_versions": "5.0",
  22   "platforms": {
  23     "ios": "11.0"
  24   },
  25   "source_files": [
  26     "Sources/DataDrivenRxDatasources/*.swift",
  27     "Sources/DataDrivenRxDatasources/**/*.swift"
  28   ],
  29   "dependencies": {
  30     "RxSwift": [
  31       "~> 6.0"
  32     ],
  33     "RxDataSources": [
  34       "~> 5.0"
  35     ]
  36   },
  37   "swift_version": "5.0"
  38 }