Integrating CarPlay with Your Navigation App
At a glance
| Item | Summary |
|---|---|
| Purpose | Configure your navigation app to work with CarPlay by displaying your custom map and directions. |
| App architecture | A Swift sample with the source-visible chain AppDelegate → LoggerViewController → TemplateManager → CarPlay APIs. |
| Main patterns | View-controller organization, Protocol-oriented abstraction, Delegate or data-source callbacks |
| Project style | 10 scanned source file(s) across Swift, organized around ranked entry, type, and file boundaries. |
Project structure
Source bundle/
├── CoastalRoads/
│ ├── App Lifecycle/
│ │ ├── AppDelegate.swift
│ │ ├── LoggerWindowSceneDelegate.swift
│ │ └── TemplateApplicationSceneDelegate.swift
│ ├── Controllers/
│ │ ├── MapViewController.swift
│ │ ├── Logger.swift
│ │ ├── LoggerViewController.swift
│ │ ├── TemplateManager.swift
│ │ └── TemplateManager+Extensions.swift
│ └── Views/
│ ├── MapScrollView.swift
│ └── CoastalTemplates.swift
└── CoastalRoads.xcodeproj/
├── .xcodesamplecode.plist
└── project.pbxproj
Structure observations
- Architecturally prominent files are ranked from entry points and role-named declarations; resource-only paths are omitted.
- Primary languages: Swift.
- The verified tree contains 6 project/configuration file(s) and 13 source declaration(s).
Overall architecture
flowchart LR
N1["AppDelegate"]
N2["LoggerViewController"]
N3["TemplateManager"]
N4["CarPlay APIs"]
N1 --> N2
N2 --> N3
N3 --> N4
Reference code
CoastalRoads/App Lifecycle/AppDelegate.swift:10 — architecture anchor
@UIApplicationMain
class AppDelegate: UIResponder, UIApplicationDelegate {
// ...
}Interpretation
The arrows summarize the source-visible entry, role-named types or folders, and framework direction; when nodes come from structural folders, the sequence is a high-level interpretation rather than proof that every adjacent node calls the next. Ownership is claimed only where the next section cites a stored property or assignment. The diagram is intentionally limited to the dominant path into CarPlay.
Ownership and state
classDiagram
MapViewController o-- MapScrollView : mapView
MapViewController o-- MapViewActionProviding : mapViewActionProvider
MapViewController *-- Bool : polylineVisible
Event *-- Date : date
Ownership evidence
CoastalRoads/Controllers/MapViewController.swift:25 — stored dependency or nearest verified ownership anchor
class MapViewController: UIViewController {
// ...
var mapView: MapScrollView!
// ...
}| Owner | Object or state | Relationship | Mutation authority |
|---|---|---|---|
MapViewController |
MapScrollView (mapView) |
stores or receives | App/module collaborators |
MapViewController |
MapViewActionProviding (mapViewActionProvider) |
stores or receives | App/module collaborators |
MapViewController |
Bool (polylineVisible) |
owns value state | App/module collaborators |
Event |
Date (date) |
owns value state | Initialized by the owner; the binding is immutable |
Composition arrows indicate a source-visible construction expression or locally owned value state; aggregation means the owner stores or receives a dependency without proving exclusive lifetime ownership.
Class and protocol design
CoastalRoads/Controllers/Logger.swift:31 — representative type boundary
protocol LoggerDelegate: AnyObject {
/// The logger has received a new event.
func loggerDidAppendEvent()
}| Type | Responsibility | Depends on or conforms to |
|---|---|---|
AppDelegate |
Receives callback-driven events | UIResponder, UIApplicationDelegate |
LoggerDelegate |
Defines a capability or collaboration contract | AnyObject |
MapViewController |
View lifecycle, callbacks, and feature coordination | UIViewController |
LoggerViewController |
View lifecycle, callbacks, and feature coordination | UITableViewController |
TemplateManager |
Long-lived feature or framework coordination | NSObject, CPInterfaceControllerDelegate, CPInstrumentClusterControllerDelegate, CPSessionConfigurationDelegate |
MapScrollView |
User-interface presentation and input forwarding | UIScrollView, UIScrollViewDelegate |
LoggerWindowSceneDelegate |
Receives callback-driven events | NSObject, UIWindowSceneDelegate |
TemplateApplicationSceneDelegate |
Receives callback-driven events | NSObject |
MapViewActionProviding |
Defines a capability or collaboration contract | Concrete collaborators/imported frameworks |
Logger |
Defines a capability or collaboration contract | Concrete collaborators/imported frameworks |
The source explicitly defines local protocol relationships: MemoryLogger → Logger, LoggerViewController → LoggerDelegate, TemplateManager → MapViewActionProviding.
Access control
| Symbol | Access | Verified effect | Likely rationale |
|---|---|---|---|
window (CoastalRoads/App Lifecycle/LoggerWindowSceneDelegate.swift:12) |
internal |
No explicit modifier means the Swift declaration is internal to the module. | Inference: the language’s file or module boundary is sufficient for this sample collaboration. |
events (CoastalRoads/Controllers/Logger.swift:46) |
private(set) |
Read access follows the declaration; writes remain in the private scope. | Inference: allow observation while reserving invariant-changing writes for the owner. |
loggingQueue (CoastalRoads/Controllers/Logger.swift:48) |
private |
Use is restricted to the lexical declaration and same-file extensions allowed by Swift. | Inference: keep state mutation or dependency lifetime inside the owning implementation. |
Logger (CoastalRoads/Controllers/Logger.swift:50) |
private |
Use is restricted to the lexical declaration and same-file extensions allowed by Swift. | Inference: hide an implementation step that is not part of the collaboration surface. |
Reference code
CoastalRoads/App Lifecycle/LoggerWindowSceneDelegate.swift:12 — representative boundary
class LoggerWindowSceneDelegate: NSObject, UIWindowSceneDelegate {
// ...
internal var window: UIWindow?
// ...
}Swift declarations without a modifier are internal; explicit private, fileprivate, private(set), public, or open entries above are interpreted by language semantics. Objective-C/C samples instead rely on header and implementation boundaries, which are not equivalent to Swift lexical privacy.
Logic ownership and placement
| Logic | Owning type or file | Placement rationale |
|---|---|---|
| View lifecycle, callbacks, and feature coordination | LoggerViewController, MapViewController |
The source’s Controller suffix makes this role explicit. |
| Receives callback-driven events | AppDelegate, LoggerDelegate, LoggerWindowSceneDelegate, TemplateApplicationSceneDelegate |
The source’s Delegate suffix makes this role explicit. |
| Long-lived feature or framework coordination | TemplateManager |
The source’s Manager suffix makes this role explicit. |
| User-interface presentation and input forwarding | MapScrollView |
The source’s View suffix makes this role explicit. |
Design patterns
| Pattern | Source evidence | Purpose or tradeoff |
|---|---|---|
| View-controller organization | CoastalRoads/Controllers/LoggerViewController.swift:11 |
A controller is the verified coordination boundary; this is MVC-style only where a separate model is present. |
| Protocol-oriented abstraction | CoastalRoads/Controllers/Logger.swift:40 |
A local protocol and concrete conformance create an explicit capability boundary. |
| Delegate or data-source callbacks | CoastalRoads/App Lifecycle/AppDelegate.swift:11 |
Callback protocols invert event delivery back into the sample’s owner. |
Naming conventions
- Types: Controller: LoggerViewController, MapViewController; Delegate: AppDelegate, LoggerDelegate, LoggerWindowSceneDelegate, TemplateApplicationSceneDelegate; Manager: TemplateManager; View: MapScrollView.
- Protocols:
LoggerDelegate,MapViewActionProviding,Logger. - Methods:
application,applicationDidBecomeActive,applicationWillResignActive,applicationDidEnterBackground,applicationWillEnterForeground,setZoomInEnabled,setZoomOutEnabled,viewDidLoad. - Files:
CoastalRoads/App Lifecycle/AppDelegate.swift,CoastalRoads/Controllers/MapViewController.swift,CoastalRoads/Controllers/Logger.swift,CoastalRoads/Controllers/LoggerViewController.swift,CoastalRoads/Controllers/TemplateManager.swift,CoastalRoads/Views/MapScrollView.swift.
Architecture takeaways
AppDelegateis the main source-visible entry or composition anchor for this sample.- Framework work reaches CarPlay, UIKit, MapKit, SwiftUI through a deliberately small high-level chain; the detailed API graph remains inside the cited implementation files.
- Stored-property evidence identifies lifecycle collaboration; it does not by itself prove exclusive object ownership.
- Access-control conclusions separate verified language visibility from the likely design rationale.
- Local protocol relationships provide an explicit substitution boundary.
Source map
| Source file | Relevant symbols |
|---|---|
CoastalRoads/App Lifecycle/AppDelegate.swift |
AppDelegate |
CoastalRoads/Controllers/MapViewController.swift |
MapViewActionProviding, MapViewController |
CoastalRoads/Controllers/Logger.swift |
Event, Logger, LoggerDelegate, MemoryLogger |
CoastalRoads/Controllers/LoggerViewController.swift |
LoggerViewController |
CoastalRoads/Controllers/TemplateManager.swift |
TemplateManager |
CoastalRoads/Views/MapScrollView.swift |
CRZoomLocation, MapScrollView |
CoastalRoads/App Lifecycle/LoggerWindowSceneDelegate.swift |
LoggerWindowSceneDelegate |
CoastalRoads/App Lifecycle/TemplateApplicationSceneDelegate.swift |
TemplateApplicationSceneDelegate |
CoastalRoads/Controllers/TemplateManager+Extensions.swift |
Feature implementation |
CoastalRoads/Views/CoastalTemplates.swift |
Feature implementation |