Providing Hands-Free App Control with Intents
At a glance
| Item | Summary |
|---|---|
| Purpose | Resolve, confirm, and handle intents without an extension. |
| App architecture | A Swift sample with the source-visible chain AppDelegate → RecipeDetailViewController → AppIntentHandler → Intents / IntentsUI APIs. |
| Main patterns | View-controller organization, Protocol-oriented abstraction, Delegate or data-source callbacks |
| Project style | 8 scanned source file(s) across Swift, organized around ranked entry, type, and file boundaries. |
Project structure
Source bundle/
├── RecipeAssistant/
│ ├── App/
│ │ ├── AppDelegate.swift
│ │ └── SceneDelegate.swift
│ ├── Intent Handler/
│ │ ├── IntentHandler.swift
│ │ └── AppIntentHandler.swift
│ ├── View Controllers/
│ │ ├── RecipeDetailViewController.swift
│ │ ├── RecipeDirectionsViewController.swift
│ │ └── RecipesTableViewController.swift
│ ├── Model/
│ │ └── RecipeBook.swift
│ └── Base.lproj/
│ └── LaunchScreen.storyboard
├── Configuration/
│ └── SampleCode.xcconfig
└── RecipeAssistant.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 7 project/configuration file(s) and 10 source declaration(s).
Overall architecture
flowchart LR
N1["AppDelegate"]
N2["RecipeDetailViewController"]
N3["AppIntentHandler"]
N4["Intents / IntentsUI APIs"]
N1 --> N2
N2 --> N3
N3 --> N4
Reference code
RecipeAssistant/App/AppDelegate.swift:11 — 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 Intents.
Ownership and state
classDiagram
AppDelegate o-- UIWindow : window
IntentHandler o-- Recipe : currentRecipe
IntentHandler o-- NextStepProviding : nextStepProvider
RecipeDetailViewController o-- Recipe : recipe
Ownership evidence
RecipeAssistant/App/AppDelegate.swift:14 — stored dependency or nearest verified ownership anchor
@UIApplicationMain
class AppDelegate: UIResponder, UIApplicationDelegate {
// ...
var window: UIWindow?
// ...
}| Owner | Object or state | Relationship | Mutation authority |
|---|---|---|---|
AppDelegate |
UIWindow (window) |
stores or receives | App/module collaborators |
IntentHandler |
Recipe (currentRecipe) |
stores or receives | App/module collaborators |
IntentHandler |
NextStepProviding (nextStepProvider) |
holds a non-owning reference | The referenced object’s lifecycle is owned elsewhere |
RecipeDetailViewController |
Recipe (recipe) |
stores or receives | App/module collaborators |
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
RecipeAssistant/Intent Handler/IntentHandler.swift:60 — representative type boundary
protocol NextStepProviding: NSObject {
// ...
}| Type | Responsibility | Depends on or conforms to |
|---|---|---|
AppDelegate |
Receives callback-driven events | UIResponder, UIApplicationDelegate |
IntentHandler |
Handles callbacks or feature events | NSObject, ShowDirectionsIntentHandling |
RecipeDetailViewController |
View lifecycle, callbacks, and feature coordination | UITableViewController, NextStepProviding |
RecipeDirectionsViewController |
View lifecycle, callbacks, and feature coordination | UITableViewController, NextStepProviding |
SceneDelegate |
Receives callback-driven events | UIResponder, UIWindowSceneDelegate |
AppIntentHandler |
Handles callbacks or feature events | Concrete collaborators/imported frameworks |
RecipesTableViewController |
View lifecycle, callbacks, and feature coordination | UITableViewController, NextStepProviding |
NextStepProviding |
Defines a capability or collaboration contract | NSObject |
SectionType |
Defines a closed set of feature states or choices | Concrete collaborators/imported frameworks |
RecipeDirectionsCell |
Owns feature behavior and collaborator lifecycle | UITableViewCell |
The source explicitly defines local protocol relationships: RecipeDetailViewController → NextStepProviding, RecipeDirectionsViewController → NextStepProviding, RecipesTableViewController → NextStepProviding.
Access control
| Symbol | Access | Verified effect | Likely rationale |
|---|---|---|---|
recipe (RecipeAssistant/Intent Handler/IntentHandler.swift:53) |
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. |
allRecipes (RecipeAssistant/Model/RecipeBook.swift:13) |
public |
The symbol is visible to importing modules. | Inference: make the declaration available across a module or target boundary. |
sectionData (RecipeAssistant/View Controllers/RecipeDetailViewController.swift:22) |
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. |
Reference code
RecipeAssistant/Intent Handler/IntentHandler.swift:53 — representative boundary
private func recipe(for intent: ShowDirectionsIntent) -> Recipe? {
return currentRecipe != nil ? currentRecipe : intent.recipe
}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 | RecipeDetailViewController, RecipeDirectionsViewController, RecipesTableViewController |
The source’s Controller suffix makes this role explicit. |
| Receives callback-driven events | AppDelegate, SceneDelegate |
The source’s Delegate suffix makes this role explicit. |
| Handles callbacks or feature events | AppIntentHandler, IntentHandler |
The source’s Handler suffix makes this role explicit. |
Design patterns
| Pattern | Source evidence | Purpose or tradeoff |
|---|---|---|
| View-controller organization | RecipeAssistant/View Controllers/RecipeDetailViewController.swift:11 |
A controller is the verified coordination boundary; this is MVC-style only where a separate model is present. |
| Protocol-oriented abstraction | RecipeAssistant/View Controllers/RecipeDetailViewController.swift:11 |
A local protocol and concrete conformance create an explicit capability boundary. |
| Delegate or data-source callbacks | RecipeAssistant/App/AppDelegate.swift:12 |
Callback protocols invert event delivery back into the sample’s owner. |
Naming conventions
- Types: Controller: RecipeDetailViewController, RecipeDirectionsViewController, RecipesTableViewController; Delegate: AppDelegate, SceneDelegate; Handler: AppIntentHandler, IntentHandler.
- Protocols:
NextStepProviding. - Methods:
application,provideRecipeOptionsCollection,resolveRecipe,handle,recipe,nextStep,viewDidLoad,viewDidAppear. - Files:
RecipeAssistant/App/AppDelegate.swift,RecipeAssistant/Intent Handler/IntentHandler.swift,RecipeAssistant/View Controllers/RecipeDetailViewController.swift,RecipeAssistant/View Controllers/RecipeDirectionsViewController.swift,RecipeAssistant/App/SceneDelegate.swift,RecipeAssistant/Intent Handler/AppIntentHandler.swift.
Architecture takeaways
AppDelegateis the main source-visible entry or composition anchor for this sample.- Framework work reaches Intents, UIKit, IntentsUI 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 |
|---|---|
RecipeAssistant/App/AppDelegate.swift |
AppDelegate |
RecipeAssistant/Intent Handler/IntentHandler.swift |
IntentHandler, NextStepProviding |
RecipeAssistant/View Controllers/RecipeDetailViewController.swift |
RecipeDetailViewController, SectionType |
RecipeAssistant/View Controllers/RecipeDirectionsViewController.swift |
RecipeDirectionsViewController, RecipeDirectionsCell |
RecipeAssistant/App/SceneDelegate.swift |
SceneDelegate |
RecipeAssistant/Intent Handler/AppIntentHandler.swift |
AppIntentHandler |
RecipeAssistant/View Controllers/RecipesTableViewController.swift |
RecipesTableViewController |
RecipeAssistant/Model/RecipeBook.swift |
Feature implementation |