Question
Which practice avoids a common mistake with pathlib and File I/O?
- Ignore the pathlib and File I/O issue and rely on team discipline instead of clearer APIs or invariants.
- Silence the pathlib and File I/O problem by using broad catches, hidden globals, or extra shared mutable state.
- Do not treat file I/O as harmless just because the code is short; boundaries like encoding, existence, and partial writes still matter.
- Prefer the version of pathlib and File I/O that makes behavior less predictable as long as the code still runs.
Hint
Look for the option that protects correctness instead of hiding the problem.
Answer and rationale
Correct answer: C. Do not treat file I/O as harmless just because the code is short; boundaries like encoding, existence, and partial writes still matter.
Do not treat file I/O as harmless just because the code is short; boundaries like encoding, existence, and partial writes still matter. This is a common failure mode in real Python code and a frequent interview follow-up.
Track: Python