Awesome
<h1 align="center"> Storez :floppy_disk: <h6 align="center"> Safe, statically-typed, store-agnostic key-value storage </h6> </h1> <p align="center"> <img alt="Version" src="https://img.shields.io/badge/version-4.1.0-blue.svg" /> <a alt="Github CI" href="https://github.com/SwiftKitz/Storez/actions"> <img alt="Version" src="https://github.com/SwiftKitz/Storez/workflows/Swift/badge.svg" /> </a> <img alt="Swift" src="https://img.shields.io/badge/swift-5.3-orange.svg" /> <img alt="Platforms" src="https://img.shields.io/badge/platform-ios%20%7C%20osx%20%7C%20watchos%20%7C%20tvos-lightgrey.svg" /> </p>Highlights
-
Fully Customizable:<br /> Customize the persistence store, the
KeyType
class, post-commit actions .. Make this framework yours! -
Batteries Included:<br /> In case you just want to use stuff, the framework is shipped with pre-configured basic set of classes that you can just use.
-
Portability, Check!:<br /> If you're looking to share code between you app and extensions, watchkit, apple watch, you're covered! You can use the
NSUserDefaults
store, just set your shared container identifier as the suite name.
Example:
final class WeatherService {
private enum Keys: Namespace {
static let id = "weather-service"
static let temperature = Key<Keys, Double>(id: "temp", defaultValue: 0.0)
}
private let store: UserDefaultsStore
var temperature: Double {
return store.get(Keys.temperature)
}
init(store: UserDefaultsStore) {
self.store = store
}
func weatherUpdate(temperature: Double) {
store.set(Keys.temperature, temperature)
}
}
Features
Available Stores
Store | Backend | Subspec |
---|---|---|
UserDefaultsStore | NSUserDefaults | Storez/UserDefaults |
CacheStore | NSCache | Storez/Cache |
For all stores, simply use pod "Storez"
Type-safe, store-agnostic, nestable Key definitions
// Entries must belong to a "group", for namespacing
struct Animals: Namespace {
static let id = "animals"
}
let kingdom = Key<Animals, Void?>(id: "mammals", defaultValue: nil)
kingdom.stringValue // "animals:mammals"
// Nesting
struct Cats: Namespace {
typealias parent = Animals
static let id = "cats"
// Namespaces also have pre and post commit hooks
func preCommitHook() { /* custom code */ }
func postCommitHook() { /* custom code */ }
}
let cat = Key<Cats, Void?>(id: "lion", defaultValue: nil)
cat.stringValue // "animals:cats:lion"
Initialize the store you want
// Use UserDefaultsStore for this example
let store = UserDefaultsStore(suite: "io.kitz.testing")
let key = Key<GlobalNamespace, Int?>(id: "key", defaultValue: nil)
// With three simple functions
store.set(key, value: 8)
store.get(key) // 8
store.clear() // Start fresh every time for testing
Optionality is honored throughout
let nullable = Key<GlobalNamespace, String?>(id: "nullable", defaultValue: nil)
store.get(nullable)?.isEmpty // nil
store.set(nullable, value: "")
store.get(nullable)?.isEmpty // true
let nonnull = Key<GlobalNamespace, String>(id: "nonnull", defaultValue: "!")
store.get(nonnull).isEmpty // false
store.set(nonnull, value: "")
store.get(nonnull).isEmpty // true
Custom objects easily supported
NEW Simply conform to Codable
!
(You can still use UserDefaultsConvirtable
if needed)
struct CustomObject: Codable {
var strings: [String]
}
// custom objects properly serialized/deserialized
let customObject = CustomObject(
strings: ["fill", "in", "the"]
)
// let's add a processing block this time
let CustomValue = Key<GlobalNamespace, CustomObject?>(id: "custom", defaultValue: nil) {
var processedValue = $0
processedValue?.strings.append("blank!")
return processedValue
}
store.set(CustomValue, value: customObject)
store.get(CustomValue)?.strings.joinWithSeparator(" ") // fill in the blank!
Make your own KeyType
// For example, make an key that emits NSNotifications
struct MyKey<G: Namespace, V>: KeyType {
typealias NamespaceType = G
typealias ValueType = V
var stringValue: String
var defaultValue: ValueType
func didChange(oldValue: ValueType, newValue: ValueType) {
NSNotificationCenter.defaultCenter().postNotificationName(stringValue, object: nil)
}
}
Getting Started
Swift Package Manager
You can add Storez to an Xcode project by adding it as a package dependency.
- In Xcode, from the File menu, select Add Packages...
- Enter "https://github.com/SwiftKitz/Storez" into the package repository URL text field
Depending on how your project is structured:
- If you have a single application target that needs access to the library, then add Storez directly to your application.
- If you want to use this library from multiple Xcode targets, or mixing Xcode targets and SPM targets, you likely want to create a shared framework that depends on Storez and then depend on that framework in all of your targets.
To use Storez in a Package.swift file, add this to the dependencies:
section.
.package(url: "https://github.com/SwiftKitz/Storez.git", .upToNextMinor(from: "3.0.0")),
CocoaPods
CocoaPods is fully supported. You can choose which store you want to use (see above). Simply add the following line to your Podfile:
pod 'Storez/UserDefaults'
Motivation
I've seen a lot of great attempts at statically-types data stores, but they all build a tightly coupled design that limits the end-developer's freedom. With this framework, you can start prototyping right away with the shipped features, then replace the persistence store and KeyType
functionality with your heart's content and keep your code the way it is!
Author
Mazyod (@Mazyod)
License
Storez is released under the MIT license. See LICENSE for details.