Awesome
RxCache
Swift adaptation from the original RxCache Java version.
The goal of this library is simple: caching your data models like SDWebImage caches your images, with no effort at all.
Every Swift application is a client application, which means it does not make sense to create and maintain a database just for caching data.
Plus, the fact that you have some sort of legendary database for persisting your data does not solves by itself the real challenge: to be able to configure your caching needs in a flexible and simple way.
Inspired by Moya api, RxCache is a reactive caching library for Swift which relies on RxSwift for turning your caching needs into an enum
.
Every enum
value acts as a provider for RxCache, and all of them are managed through observables; they are the fundamental contract between the library and its clients.
When supplying an observable
which contains the data provided by an expensive task -probably a http connection, RxCache determines if it is needed
to subscribe to it or instead fetch the data previously cached. This decision is made based on the providers configuration.
So, when supplying an observable
you get your observable cached back, and next time you will retrieve it without the time cost associated with its underlying task.
Installation
RxCache is available through CocoaPods. To install it, simply add the following line to your Podfile:
Core:
pod 'RxCache', '~> 1.0.2'
And also if you use some of the mapping libraries that are in Cacheables you would need to add its module:
pod 'RxCache/ObjectMapper', '~> 1.0.2'
pod 'RxCache/Gloss', '~> 1.0.2'
RxCache also is available using Carthage. To install it add the following dependency to your Cartfile
:
github "FuckBoilerplate/RxCache" ~> 1.0.2
Usage
Prepare yor data model
The data model which will be used for RxCache requires to conform with GlossCacheable or OMCacheable protocol
.
Using Gloss
import Gloss
import RxCache
struct Person: Glossy, GlossCacheable {
let name: String
init?(json: JSON) {
guard let name: String = "name" <~~ json else { return nil }
self.name = name
}
func toJSON() -> JSON? {
return jsonify([
"name" ~~> self.name]
)
}
}
Using ObjectMapper
import ObjectMapper
import RxCache
class Person: Mappable, OMCacheable {
var name: String?
func mapping(map: Map) {
name <- map["name"]
}
required init?(map: Map) {
}
}
If you would like to add another mapping library that converts to and from JSON ask for it or make a PR :-)
Create the enum
providers
After your model conforms with GlossCacheable
OMCacheable
or protocol
, you can now create an enum
which conforms with the Provider protocol with as much values as needed to create the caching providers:
enum CacheProviders : Provider {
case GetMocks()
case GetMocksWith5MinutesLifeTime()
case GetMocksEvictProvider(evict : Bool)
case GetMocksPaginate(page : Int)
case GetMocksPaginateEvictingPerPage(page : Int, evictByPage: Bool)
case GetMocksPaginateWithFiltersEvictingPerFilter(filter: String, page : String, evictByPage: Bool)
var lifeCache: LifeCache? {
switch self {
case GetMocksWith5MinutesLifeTime:
return LifeCache(duration: 5, timeUnit: LifeCache.TimeUnit.Minutes)
default:
return nil
}
}
var dynamicKey: DynamicKey? {
switch self {
case let GetMocksPaginate(page):
return DynamicKey(dynamicKey: String(page))
case let GetMocksPaginateEvictingPerPage(page, _):
return DynamicKey(dynamicKey: String(page))
default:
return nil
}
}
var dynamicKeyGroup: DynamicKeyGroup? {
switch self {
case let GetMocksPaginateWithFiltersEvictingPerFilter(filter, page, _):
return DynamicKeyGroup(dynamicKey: filter, group: page)
default:
return nil
}
}
var evict: EvictProvider? {
switch self {
case let GetMocksEvictProvider(evict):
return EvictProvider(evict: evict)
case let GetMocksPaginateEvictingPerPage(_, evictByPage):
return EvictDynamicKey(evict: evictByPage)
case let GetMocksPaginateWithFiltersEvictingPerFilter(_, _, evictByPage):
return EvictDynamicKey(evict: evictByPage)
default:
return nil
}
}
}
RxCache provides a set of classes to indicate how the Provider needs to handle the cached data:
- LifeCache sets the amount of time before the data would be evicted. If LifeCache is not supplied, the data will be never evicted unless it is required explicitly using EvictProvider, EvictDynamicKey or EvictDynamicKeyGroup.
- EvictProvider allows to explicitly evict all the data associated with the provider.
- EvictDynamicKey allows to explicitly evict the data of an specific DynamicKey.
- EvictDynamicKeyGroup allows to explicitly evict the data of an specific DynamicKeyGroup.
- DynamicKey is a wrapper around the key object for those providers which need to handle multiple records, so they need to provide multiple keys, such us endpoints with pagination, ordering or filtering requirements. To evict the data associated with one particular key use EvictDynamicKey.
- DynamicKeyGroup is a wrapper around the key and the group for those providers which need to handle multiple records grouped, so they need to provide multiple keys organized in groups, such us endpoints with filtering AND pagination requirements. To evict the data associated with the key of one particular group, use EvictDynamicKeyGroup.
Using CacheProviders enum
Now you can use your enum
providers calling RxCache.Providers.cache()
static method.
It's a really good practice to organize your data providers in a set of Repository classes where RxCache and Moya work together. Indeed, RxCache is the perfect match for Moya to create a repository of auto-managed-caching data pointing to endpoints.
This would be the MockRepository
:
class MockRepository {
private let providers: RxCache
init() {
providers = RxCache.Providers
}
func getMocks(update: Bool) -> Observable<[Mock]> {
let provider : Provider = CacheProviders.GetMocksEvictProvider(evict: update)
return providers.cache(getExpensiveMocks(), provider: provider)
}
func getMocksPaginate(page: Int, update: Bool) -> Observable<[Mock]> {
let provider : Provider = CacheProviders.GetMocksPaginateEvictingPerPage(page: page, evictByPage: update)
return providers.cache(getExpensiveMocks(), provider: provider)
}
func getMocksWithFiltersPaginate(filter: String, page: Int, update: Bool) -> Observable<[Mock]> {
let provider : Provider = CacheProviders.GetMocksPaginateWithFiltersEvictingPerFilter(filter: filter, page: page, evictByPage: update)
return providers.cache(getExpensiveMocks(), provider: provider)
}
//In a real use case, here is when you build your observable with the expensive operation.
//Or if you are making http calls you can use Moya-RxSwift extensions to get it out of the box.
private func getExpensiveMocks() -> Observable<[Mock]> {
return Observable.just([Mock]())
}
}
Use cases
- Using classic API RxCache for read actions with little write needs.
- Using actionable API RxCache, exclusive for write actions.
Classic API RxCache:
Following use cases illustrate some common scenarios which will help to understand the usage of DynamicKey
and DynamicKeyGroup
classes along with evicting scopes.
Enum providers example
enum CacheProviders : Provider {
// Mock List
case getMocks() // Mock List without evicting
case getMocksEvictProvider(evictProvider : EvictProvider) // Mock List evicting
// Mock List Filtering
case getMocksFiltered(filter: String) // Mock List filtering without evicting
case getMocksFilteredEvict(filter: String, evictProvider : EvictProvider) // Mock List filtering evicting
// Mock List Paginated with filters
case getMocksFilteredPaginate(filterAndPage: String) // Mock List paginated with filters without evicting
case getMocksFilteredPaginateEvict(filter: String, page: Int, evictProvider : EvictProvider) // Mock List paginated with filters evicting
var lifeCache: LifeCache? {
return nil
}
var dynamicKey: DynamicKey? {
switch self {
case let .getMocksFiltered(filter):
return DynamicKey(dynamicKey: filter)
case let .getMocksFilteredEvict(filter, _):
return DynamicKey(dynamicKey: filter)
case let .getMocksFilteredPaginate(filterAndPage):
return DynamicKey(dynamicKey: filterAndPage)
default:
return nil
}
}
var dynamicKeyGroup: DynamicKeyGroup? {
switch self {
case let .getMocksFilteredPaginateEvict(filter, page, _):
return DynamicKeyGroup(dynamicKey: filter, group: String(page))
default:
return nil
}
}
var evict: EvictProvider? {
switch self {
case let .getMocksFilteredEvict(_, evictProvider):
return evictProvider
case let .getMocksFilteredPaginateEvict(_, _, evictProvider):
return evictProvider
default:
return nil
}
}
}
List
//Hit observable evicting all mocks
let provider : Provider = CacheProviders.getMocksEvictProvider(evictProvider: EvictProvider(evict: true))
providers.cache(getExpensiveMocks(), provider: provider)
//This lines return an error observable: "EvictDynamicKey was provided but not was provided any DynamicKey"
let provider : Provider = CacheProviders.getMocksEvictProvider(evictProvider: EvictDynamicKey(evict: true))
providers.cache(getExpensiveMocks(), provider: provider)
List Filtering
//Hit observable evicting all mocks using EvictProvider
let provider : Provider = CacheProviders.getMocksFilteredEvict(filter: "actives", evictProvider: EvictProvider(evict: true))
providers.cache(getExpensiveMocks(), provider: provider)
//Hit observable evicting mocks of one filter using EvictDynamicKey
let provider : Provider = CacheProviders.getMocksFilteredEvict(filter: "actives", evictProvider: EvictDynamicKey(evict: true))
providers.cache(getExpensiveMocks(), provider: provider)
//This lines return an error observable: "EvictDynamicKeyGroup was provided but not was provided any Group"
let provider : Provider = CacheProviders.GetMocksFilteredEvict(filter: "actives", evictProvider: EvictDynamicKeyGroup(evict: true))
providers.cache(getExpensiveMocks(), provider: provider)
List Paginated with filters
//Hit observable evicting all mocks using EvictProvider
let provider : Provider = CacheProviders.GetMocksFilteredPaginateEvict(filter: "actives", page: 1, evictProvider: EvictProvider(evict: true))
providers.cache(getExpensiveMocks(), provider: provider)
//Hit observable evicting all mocks pages of one filter using EvictDynamicKey
let provider : Provider = CacheProviders.GetMocksFilteredPaginateEvict(filter: "actives", page: 1, evictProvider: EvictDynamicKey(evict: true))
providers.cache(getExpensiveMocks(), provider: provider)
//Hit observable evicting one page mocks of one filter using EvictDynamicKeyGroup
let provider : Provider = CacheProviders.GetMocksFilteredPaginateEvict(filter: "actives", page: 1, evictProvider: EvictDynamicKeyGroup(evict: true))
providers.cache(getExpensiveMocks(), provider: provider)
As you may already notice, the whole point of using DynamicKey
or DynamicKeyGroup
along with Evict
classes is to play with several scopes when evicting objects.
The enum
provider example declare a type which its associated value accepts EvictProvider
in order to be able to concrete more specifics types of EvictProvider
at runtime.
But I have done that for demonstration purposes, you always should narrow the evicting classes to the type which you really need -indeed, you should not expose the Evict
classes as an associated value, instead require a Bool
and hide the implementation detail in your enum
provider.
For the last example, List Paginated with filters, I would narrow the scope to EvictDynamicKey
in production code, because this way I would be able to paginate the filtered mocks and evict them per its filter, triggered by a pull to refresh for instance.
Actionable API RxCache:
This actionable api offers an easy way to perform write operations using providers. Although write operations could be achieved using the classic api too, it's much complex and error-prone. Indeed, the Actions class it's a wrapper around the classic api which play with evicting scopes and lists.
Some actions examples:
let provider = RxProvidersMock.GetMocksEvictCache(evict: false)
Actions<Mock>.with(provider)
.addFirst(Mock())
.addLast(Mock())
// Add a new mock at 5th position
.add({ (position, count) -> Bool in position == 5 }, candidate: Mock())
.evictFirst()
//Evict first element if the cache has already 300 records
.evictFirst { (count) -> Bool in count > 300 }
.evictLast()
//Evict last element if the cache has already 300 records
.evictLast { (count) -> Bool in count > 300 }
//Evict all inactive elements
.evictIterable { (position, count, mock) -> Bool in mock.active == false }
.evictAll()
//Update the mock with id 5
.update({ mock -> Bool in mock.id == 5 },
replace: { mock in
mock.active = true
return mock
})
//Update all inactive mocks
.update({ mock -> Bool in mock.active == false },
replace: { mock in
mock.active = true
return mock
})
.toObservable()
.subscribe()
Every one of the previous actions will be execute only after the composed observable receives a subscription. This way, the underliyng provider cache will be modified its elements without effort at all.
Configure general behaviour
Configure the limit in megabytes for the data to be persisted
By default, RxCache sets the limit in 300 megabytes, but you can change this value by calling RxCache.Providers.maxMBPersistenceCache
property:
RxCache.Providers.maxMBPersistenceCache = 100
This limit ensure that the disk will no grow up limitless in case you have providers with dynamic keys which values changes dynamically, like filters based on gps location or dynamic filters supplied by your back-end solution.
When this limit is reached, RxCache will not be able to persist in disk new data. That's why RxCache has an automated process to evict any record when the threshold memory assigned to the persistence layer is close to be reached, even if the record life time has not been fulfilled.
But implementing expirable()
method from Provider
protocol and returning false as value, the objects persisted with this provider will be exclude from the process.
enum CacheProviders : Provider {
case GetNotExpirableMocks()
public func expirable() -> Bool {
switch self {
case GetNotExpirableMocks():
return false
default:
return true
}
}
}
Use expired data if loader not available
By default, RxCache will return an observable
error if the cached data has expired and the data returned by the observable
loader is null, preventing this way serving data which has been marked as evicted.
You can modify this behaviour, allowing RxCache serving evicted data when the loader has returned nil values, by setting as true the value of useExpiredDataIfLoaderNotAvailable
RxCache.Providers.useExpiredDataIfLoaderNotAvailable = true
Internals
RxCache serves the data from one of its three layers:
- A memory layer -> Powered by NSCache.
- A persisting layer -> RxCache uses internally NSCoding for serialize and deserialize the JSON resulting from conforming with the RxObject protocol.
- A loader layer (the observable supplied by the client library)
The policy is very simple:
- If the data requested is in memory, and It has not been expired, get it from memory.
- Else if the data requested is in persistence layer, and It has not been expired, get it from persistence.
- Else get it from the loader layer.
Author
Víctor Albertos
- https://twitter.com/_victorAlbertos
- https://linkedin.com/in/victoralbertos
- https://github.com/VictorAlbertos
RxCache Android version:
- RxCache: Reactive caching library for Android and Java.
License
RxCache is available under the MIT license. See the LICENSE file for more info.