Mapping Apple TV users to app profiles
At a glance
| Item | Summary |
|---|---|
| Purpose | Adapt the content of your app for the current viewer by using an entitlement and simplifying sign-in flows. |
| App architecture | A Swift sample with the source-visible chain AppDelegate → KeychainController → TVServices APIs. |
| Main patterns | View-controller organization, Delegate or data-source callbacks |
| Project style | 9 scanned source file(s) across Swift, organized around ranked entry, type, and file boundaries. |
Project structure
Source bundle/
├── ProfilesSample/
│ ├── ProfilesSample/
│ │ ├── AppDelegate.swift
│ │ ├── HomeViewController.swift
│ │ ├── SignInView.swift
│ │ ├── KeychainController.swift
│ │ ├── PosterView.swift
│ │ ├── ProfilePickerViewController.swift
│ │ ├── SettingsViewController.swift
│ │ ├── ProfileData.swift
│ │ └── PosterCollectionViewCell.swift
│ └── ProfilesSample.xcodeproj/
│ ├── .xcodesamplecode.plist
│ └── project.pbxproj
└── Configuration/
└── SampleCode.xcconfig
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 12 source declaration(s).
Overall architecture
flowchart LR
N1["AppDelegate"]
N2["KeychainController"]
N3["TVServices APIs"]
N1 --> N2
N2 --> N3
Reference code
ProfilesSample/ProfilesSample/AppDelegate.swift:13 — 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 TV Services.
Ownership and state
classDiagram
AppDelegate o-- UIWindow : window
AppDelegate o-- UITabBarController : tabBarController
AppDelegate *-- ProfileData : profileData
AppDelegate *-- KeychainController : keychainController
Ownership evidence
ProfilesSample/ProfilesSample/AppDelegate.swift:16 — stored dependency or nearest verified ownership anchor
var window: UIWindow?
private var tabBarController: UITabBarController?
private let profileData = ProfileData()
private let keychainController = KeychainController()
private let userManager = TVUserManager()| Owner | Object or state | Relationship | Mutation authority |
|---|---|---|---|
AppDelegate |
UIWindow (window) |
stores or receives | App/module collaborators |
AppDelegate |
UITabBarController (tabBarController) |
stores or receives | Owning lexical scope |
AppDelegate |
ProfileData (profileData) |
creates and retains | Initialized by the owner; the binding is immutable |
AppDelegate |
KeychainController (keychainController) |
creates and retains | 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
ProfilesSample/ProfilesSample/AppDelegate.swift:14 — representative type boundary
class AppDelegate: UIResponder, UIApplicationDelegate {
// ...
}| Type | Responsibility | Depends on or conforms to |
|---|---|---|
AppDelegate |
Receives callback-driven events | UIResponder, UIApplicationDelegate |
HomeViewController |
View lifecycle, callbacks, and feature coordination | UIViewController |
SignInView |
User-interface presentation and input forwarding | View |
KeychainController |
View lifecycle, callbacks, and feature coordination | Concrete collaborators/imported frameworks |
PosterView |
User-interface presentation and input forwarding | UIView |
ProfilePickerViewController |
View lifecycle, callbacks, and feature coordination | UIViewController |
SettingsViewController |
View lifecycle, callbacks, and feature coordination | UIViewController |
SectionHeader |
Owns feature behavior and collaborator lifecycle | UICollectionReusableView |
Profile |
Represents a feature value or composable behavior | Concrete collaborators/imported frameworks |
Section |
Represents a feature value or composable behavior | Concrete collaborators/imported frameworks |
No local protocol conformance is claimed as protocol-oriented design; external framework conformances are listed only as dependencies.
Access control
| Symbol | Access | Verified effect | Likely rationale |
|---|---|---|---|
tabBarController (ProfilesSample/ProfilesSample/AppDelegate.swift:17) |
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. |
profileData (ProfilesSample/ProfilesSample/AppDelegate.swift:19) |
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. |
keychainController (ProfilesSample/ProfilesSample/AppDelegate.swift:20) |
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. |
userManager (ProfilesSample/ProfilesSample/AppDelegate.swift:21) |
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
ProfilesSample/ProfilesSample/AppDelegate.swift:17 — representative boundary
private var tabBarController: UITabBarController?
private let profileData = ProfileData()
private let keychainController = KeychainController()
private let userManager = TVUserManager()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 | HomeViewController, KeychainController, ProfilePickerViewController, SettingsViewController |
The source’s Controller suffix makes this role explicit. |
| Receives callback-driven events | AppDelegate |
The source’s Delegate suffix makes this role explicit. |
| User-interface presentation and input forwarding | PosterView, SignInView |
The source’s View suffix makes this role explicit. |
Design patterns
| Pattern | Source evidence | Purpose or tradeoff |
|---|---|---|
| View-controller organization | ProfilesSample/ProfilesSample/HomeViewController.swift:14 |
A controller is the verified coordination boundary; this is MVC-style only where a separate model is present. |
| Delegate or data-source callbacks | ProfilesSample/ProfilesSample/AppDelegate.swift:14 |
Callback protocols invert event delivery back into the sample’s owner. |
Naming conventions
- Types: Controller: HomeViewController, KeychainController, ProfilePickerViewController, SettingsViewController; Delegate: AppDelegate; View: PosterView, SignInView.
- Protocols: no local protocol declaration in the scanned source.
- Methods:
application,presentProfilePicker,resetPreferences,signOut,presentSignInIfNeeded,presentSignIn,presentProfilePickerIfNeeded,viewDidLoad. - Files:
ProfilesSample/ProfilesSample/AppDelegate.swift,ProfilesSample/ProfilesSample/HomeViewController.swift,ProfilesSample/ProfilesSample/SignInView.swift,ProfilesSample/ProfilesSample/KeychainController.swift,ProfilesSample/ProfilesSample/PosterView.swift,ProfilesSample/ProfilesSample/ProfilePickerViewController.swift.
Architecture takeaways
AppDelegateis the main source-visible entry or composition anchor for this sample.- Framework work reaches UIKit, SwiftUI, TVServices, TVUIKit 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.
- The source does not justify labeling the design protocol-oriented.
Source map
| Source file | Relevant symbols |
|---|---|
ProfilesSample/ProfilesSample/AppDelegate.swift |
AppDelegate |
ProfilesSample/ProfilesSample/HomeViewController.swift |
HomeViewController, SectionHeader |
ProfilesSample/ProfilesSample/SignInView.swift |
SignInView, SignInView_Previews |
ProfilesSample/ProfilesSample/KeychainController.swift |
KeychainController |
ProfilesSample/ProfilesSample/PosterView.swift |
PosterView |
ProfilesSample/ProfilesSample/ProfilePickerViewController.swift |
ProfilePickerViewController |
ProfilesSample/ProfilesSample/SettingsViewController.swift |
SettingsViewController |
ProfilesSample/ProfilesSample/ProfileData.swift |
Profile, Section, ProfileData |
ProfilesSample/ProfilesSample/PosterCollectionViewCell.swift |
PosterCollectionViewCell |