What is the difference between
- A simple fields-accesors-mutators class
- A rich-modeled class
What constitutes rich modeling in business-domain classes?
Sign Up to our social questions and Answers Engine to ask questions, answer people’s questions, and connect with other people.
Login to our social questions & Answers Engine to ask questions answer people’s questions & connect with other people.
Lost your password? Please enter your email address. You will receive a link and will create a new password via email.
Please briefly explain why you feel this question should be reported.
Please briefly explain why you feel this answer should be reported.
Please briefly explain why you feel this user should be reported.
‘Rich’ as used here implies ‘rich behavior’ (as opposed to state).
There is technical behavior and domain behavior. Accessors and mutators are technical; they lack the ‘why’ which defines business interest.
Domain objects represent the ‘why’ and encapsulate the ‘how’. Actually, all objects do that; domain objects do it specifically for business value.
Let’s say you, as an employee domain object, have to request a day off of work. You have 2 options:
Model 1 is rich. The ‘why’ (vacation time) encapsulates the ‘how’ (marking the schedule).
Model 2 relegates the manager to a simple property bag and leaks the scheduling abstraction.