Detecting animal body poses with Vision
At a glance
| Item | Summary |
|---|---|
| Purpose | Draw the skeleton of an animal by using Vision’s capability to detect animal body poses. |
| App architecture | A Swift sample with the source-visible chain AnimalPoseDetectionApp → ContentView → Vision APIs. |
| Main patterns | View-controller organization, Delegate or data-source callbacks |
| Project style | 7 scanned source file(s) across Swift, organized around ranked entry, type, and file boundaries. |
Project structure
Source bundle/
├── AnimalPoseDetection/
│ ├── AnimalPoseDetectionApp.swift
│ ├── AnimalSkeletonView.swift
│ ├── CameraViewController.swift
│ ├── AnimalEmojiView.swift
│ ├── CameraView.swift
│ ├── ContentView.swift
│ └── AnimalPoseDetector.swift
├── AnimalPoseDetection.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 3 project/configuration file(s) and 9 source declaration(s).
Overall architecture
flowchart LR
N1["AnimalPoseDetectionApp"]
N2["ContentView"]
N3["Vision APIs"]
N1 --> N2
N2 --> N3
Reference code
AnimalPoseDetection/AnimalPoseDetectionApp.swift:10 — architecture anchor
@main
struct AnimalPoseDetectionApp: App {
var body: some Scene {
WindowGroup {
ContentView()
}
}
}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 Vision.
Ownership and state
classDiagram
AnimalSkeletonView *-- AnimalPoseDetector : animalJoint
AnimalSkeletonView *-- CGSize : size
Line *-- Array : points
Line *-- CGSize : size
Ownership evidence
AnimalPoseDetection/AnimalSkeletonView.swift:12 — stored dependency or nearest verified ownership anchor
struct AnimalSkeletonView: View {
// ...
@StateObject var animalJoint = AnimalPoseDetector()
// ...
}| Owner | Object or state | Relationship | Mutation authority |
|---|---|---|---|
AnimalSkeletonView |
AnimalPoseDetector (animalJoint) |
owns wrapper-managed state | App/module collaborators |
AnimalSkeletonView |
CGSize (size) |
owns value state | App/module collaborators |
Line |
Array (points) |
owns value state | App/module collaborators |
Line |
CGSize (size) |
owns value state | 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
AnimalPoseDetection/AnimalPoseDetectionApp.swift:11 — representative type boundary
struct AnimalPoseDetectionApp: App {
var body: some Scene {
WindowGroup {
ContentView()
}
}
}| Type | Responsibility | Depends on or conforms to |
|---|---|---|
AnimalPoseDetectionApp |
Application entry and top-level composition | App |
AnimalSkeletonView |
User-interface presentation and input forwarding | View |
CameraViewController |
View lifecycle, callbacks, and feature coordination | UIViewController |
DisplayView |
User-interface presentation and input forwarding | UIViewControllerRepresentable |
AnimalEmojiView |
User-interface presentation and input forwarding | View |
CameraView |
User-interface presentation and input forwarding | UIView |
ContentView |
User-interface presentation and input forwarding | View |
Line |
Represents a feature value or composable behavior | Shape |
AnimalPoseDetector |
Owns feature behavior and collaborator lifecycle | NSObject, AVCaptureVideoDataOutputSampleBufferDelegate, ObservableObject |
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 |
|---|---|---|---|
cameraSession (AnimalPoseDetection/CameraViewController.swift:14) |
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
AnimalPoseDetection/CameraViewController.swift:14 — representative boundary
private var cameraSession: AVCaptureSession?
weak var delegate: AVCaptureVideoDataOutputSampleBufferDelegate?
let cameraQueue = DispatchQueue(
label: "CameraOutput",
qos: .userInitiated
)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 |
|---|---|---|
| Application entry and top-level composition | AnimalPoseDetectionApp |
The source’s App suffix makes this role explicit. |
| View lifecycle, callbacks, and feature coordination | CameraViewController |
The source’s Controller suffix makes this role explicit. |
| User-interface presentation and input forwarding | AnimalEmojiView, AnimalSkeletonView, CameraView, ContentView |
The source’s View suffix makes this role explicit. |
Design patterns
| Pattern | Source evidence | Purpose or tradeoff |
|---|---|---|
| View-controller organization | AnimalPoseDetection/CameraViewController.swift:13 |
A controller is the verified coordination boundary; this is MVC-style only where a separate model is present. |
| Delegate or data-source callbacks | AnimalPoseDetection/AnimalPoseDetector.swift:13 |
Callback protocols invert event delivery back into the sample’s owner. |
Naming conventions
- Types: App: AnimalPoseDetectionApp; Controller: CameraViewController; View: AnimalEmojiView, AnimalSkeletonView, CameraView, ContentView, DisplayView.
- Protocols: no local protocol declaration in the scanned source.
- Methods:
path,loadView,viewDidAppear,viewWillDisappear,prepareAVSession,makeUIViewController,updateUIViewController,captureOutput. - Files:
AnimalPoseDetection/AnimalPoseDetectionApp.swift,AnimalPoseDetection/AnimalSkeletonView.swift,AnimalPoseDetection/CameraViewController.swift,AnimalPoseDetection/AnimalEmojiView.swift,AnimalPoseDetection/CameraView.swift,AnimalPoseDetection/ContentView.swift.
Architecture takeaways
AnimalPoseDetectionAppis the main source-visible entry or composition anchor for this sample.- Framework work reaches SwiftUI, AVFoundation, UIKit, Vision 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 |
|---|---|
AnimalPoseDetection/AnimalPoseDetectionApp.swift |
AnimalPoseDetectionApp |
AnimalPoseDetection/AnimalSkeletonView.swift |
AnimalSkeletonView, Line |
AnimalPoseDetection/CameraViewController.swift |
CameraViewController, DisplayView |
AnimalPoseDetection/AnimalEmojiView.swift |
AnimalEmojiView |
AnimalPoseDetection/CameraView.swift |
CameraView |
AnimalPoseDetection/ContentView.swift |
ContentView |
AnimalPoseDetection/AnimalPoseDetector.swift |
AnimalPoseDetector |