How do you handle HTTP errors?
Answer
Services separate reusable behaviour, data access, and shared state from components. Define a narrow API, inject dependencies rather than constructing them, and keep HTTP and error handling consistent.
For How do you handle HTTP errors?, start with the rule or behaviour, then anchor it in a small realistic example. Distinguish the default approach from the exceptions and name the observable outcome: correctness, maintainability, accessibility, performance, or security.
Example
ts
@Injectable({ providedIn: "root" })
export class UserService {
constructor(private http: HttpClient) {}
get(id: string) { return this.http.get<User>(`/api/users/${id}`) }
}A root provider creates one application-wide service instance by default.
How to structure your answer
- Define the concept in one or two sentences.
- Explain when you would use it and when you would choose an alternative.
- Walk through a small example, including an edge case.
- Close with how you would test or measure the result.
Common mistakes
- Repeating a definition without connecting it to real code.
- Treating an optimization or abstraction as a default rather than a trade-off.
- Omitting lifecycle, error, cleanup, accessibility, or testing considerations when they apply.
Follow-up prompts
- What failure mode would you expect if this were implemented incorrectly?
- How would you test this behaviour?
- What changes when the feature must scale to a larger application or team?
Interview tip
For this medium-level question, narrate your assumptions before coding. Interviewers can assess reasoning from a clear, bounded example much better than from a list of APIs.