Specs/b/8/e/DSRepository/0.6.0/DSRepository.podspec.json

   1 {
   2   "name": "DSRepository",
   3   "version": "0.6.0",
   4   "summary": "Essentially, provides an abstraction of data access",
   5   "description": "The simplest approach, especially with an existing system, is to create a new Repository implementation for each business object you need to store to or retrieve from your persistence layer. Further, you should only implement the specific methods you are calling in your application. Avoid the trap of creating a “standard” repository class, base class, or default interface that you must implement for all repositories. Yes, if you need to have an Update or a Delete method, you should strive to make its interface consistent (does Delete take an ID, or does it take the object itself?), but don’t implement a Delete method on your LookupTableRepository that you’re only ever going to be calling List() on. The biggest benefit of this approach is YAGNI – you won’t waste any time implementing methods that never get called.",
   6   "homepage": "https://github.com/dsay/DSRepository",
   7   "license": {
   8     "type": "MIT",
   9     "file": "LICENSE"
  10   },
  11   "authors": {
  12     "Dima Sai": "dmitriy.sai2013@gmail.com"
  13   },
  14   "source": {
  15     "git": "https://github.com/dsay/DSRepository.git",
  16     "tag": "0.6.0"
  17   },
  18   "platforms": {
  19     "ios": "16.0"
  20   },
  21   "source_files": "Sources/**/*.{swift}",
  22   "swift_versions": "5.0",
  23   "frameworks": "UIKit",
  24   "dependencies": {
  25     "PromiseKit/CorePromise": [
  26
  27     ],
  28     "Alamofire": [
  29
  30     ],
  31     "ObjectMapper": [
  32
  33     ]
  34   },
  35   "swift_version": "5.0"
  36 }