17.3 · Contacts, Calendar, Photos, HealthKit and Core Motion
These frameworks hand your app the most personal data on the device. Their common design is: ask narrowly, accept partial access, and never assume you got it.
Mental model. Every one of them has an authorization status you must read, a usage string you must write, and a limited mode you must handle.
Personal data
Contacts, EventKit and Photos: authorization models and limited access.
- How do the Contacts, EventKit and Photos frameworks gate access, and how should an app handle limited or write-only access?
All three frameworks follow the same pattern: an authorization status you check, a request call that shows the system prompt once, an Info.plist usage…
Health and motion
HealthKit’s read/write rules, units, and Core Motion availability.
- How does HealthKit handle authorization and units, and what should an app know about Core Motion and sensor availability?
HealthKit is the central, encrypted store of health data shared among apps. You check HKHealthStore.isHealthDataAvailable() first (false on devices without…
More in System frameworks
- 17.1 · UserNotifications, APNs and how a push actually gets delivered
- 17.2 · Core Location and MapKit
- 17.4 · CloudKit, StoreKit 2 and PassKit
- 17.5 · AuthenticationServices and passkeys, Spotlight, Handoff and user activities
- 17.6 · Live Activities, WeatherKit, App Clips and CarPlay
- 17.7 · A checklist for learning any Apple framework
- 17.8 · APNs tokens, payload budgets and notification triggers
- 17.9 · Cleaning location fixes, choosing geofences, and map geometry
- 17.10 · Contacts, EventKit, HealthKit units and sensor availability
- 17.11 · Records, system fields and CKError handling
- 17.12 · Passkey assertions, Apple ID tokens and Live Activity payloads