Daily iOS
iOS system design

Design system component

Design a "toast" component for a design system. With several apps and teams using it, how would you define the public API you expose to callers, the way it's called and the options?

How would an interviewer hear this answer? You'll see whether they'd move on, dig in, or say no, and which sentences would trip you up. Your score doesn't change.
See the short answer

Pin down requirements as display conditions, variants, lifetime, interaction, and accessibility, then split the API into a value-type Toast model and a ToastPresenter protocol (or a SwiftUI modifier). Colors and spacing come from design tokens so themes and dark mode work automatically, with VoiceOver announcements and Reduce Motion handled. Verify with snapshot and unit tests, building in the order model → presenter → view → tokens → tests.

Share a question