Domain Modeling · interview question
Which naming or modeling choice is strongest for properties and encapsulation?
Multiple choiceHardchapter-7-curatedpremiumdomain-modelingproperties-and-encapsulation
class InventoryItem:
def __init__(self, stock: int) -> None:
self._stock = stock
@property
def stock(self) -> int:
return self._stockAnswer and explanation
Correct answer
D. Use names and structures that describe the business fact directly instead of temporary implementation noise.
Why
Clear naming and modeling shorten debugging, review, and onboarding time.
Test yourself on Domain Modeling
A free test with instant, explained results. No account needed.
More Domain Modeling questions
- What does a strong engineer do when reasoning through properties and encapsulation code?
- If mini domain model fails in production, what handling philosophy is strongest?
- Which judgment is strongest when choosing a data shape for invariants in __post_init__?
- Which explanation would sound strongest in an interview when discussing instance methods?
- Which option is the safer default when shipping code around invariants in __post_init__?
- A senior interviewer asks for one tradeoff behind instance methods. What is the strongest follow-up?