| name | contentstack-ios-persistence-sdk |
|---|---|
| description | Public API, SyncManager, Core Data and Realm stores, pod boundaries for iOS persistence |
- You change
SyncManager,PersistenceModel,SyncPersistable,SyncProtocol, or store implementations - You edit podspecs or dependency ranges (
Contentstack,Realm) - You need to explain how this library relates to the Contentstack iOS SDK and sync
- Core framework (
ContentstackPersistence/): shared types andSyncManagerorchestration; depends on Contentstack for stack/sync, not on Realm/Core Data directly in the base podspec. - Core Data path (
ContentstackPersistenceCoredata/+ContentstackPersistenceCoreData.podspec):CoreDataStoreand Core Data–backed persistence. - Realm path (
ContentstackPersistenceRealm/+ContentstackPersistenceRealm.podspec):RealmStoreand Realm-backed persistence; adds an explicit Realm dependency range in the podspec.
- Umbrella / public headers are declared per podspec (
s.public_header_files); keep Objective-C headers stable for binary compatibility expectations in downstream apps. SyncManageris the main integration point: constructed with a Stack (from Contentstack SDK) and a store conforming to the persistence abstraction (CoreDataStore,RealmStore, etc.).PersistenceModelmaps sync stack, assets, and entry types when customizing what gets persisted.
- In scope: Local persistence adapters, sync callback handling, model mapping for offline storage.
- Out of scope: Implementing REST/CDA calls here—that lives in Contentstack; this repo consumes Stack and sync flows from that SDK.
- Bump
s.versionconsistently across podspecs when releasing;s.source:tagshould match your git tagging convention (e.g.v0.1.1). - Subspecs depend on
ContentstackPersistencewith a matching semver range—keep those constraints coherent when you change the core.
- README.md — integration examples (Objective-C and Swift)
- objc-swift-ios
- ios-persistence-platform
- Contentstack iOS Persistence docs
- Content Delivery API