POJO/POCO 中的丰富域模型由什么构成？
？
- 简单的fields-accesors-mutators 类
- 丰富建模的类
业务领域类中的丰富建模由什么构成
What is the difference between
- A simple fields-accesors-mutators class
- A rich-modeled class
What constitutes rich modeling in business-domain classes?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
这里使用的“富有”意味着“富有的行为”（与国家相对）。
有技术行为和领域行为。 访问器和修改器是技术性的； 他们缺乏定义商业利益的“原因”。
领域对象代表“为什么”并封装“如何”。 事实上，所有的对象都会这样做； 域对象专门为了商业价值而这样做。
假设您作为员工域对象，必须请求休息一天。 您有 2 个选择：
模型1很丰富。 “为什么”（假期时间）概括了“如何”（标记时间表）。
模型 2 将管理器降级为一个简单的属性包，并泄漏了调度抽象。
"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.
当您的业务逻辑封装在业务对象中时。 换句话说，您拥有一个业务对象（域模型）层，而不需要单独的业务逻辑层。
When your business logic is encapsulated in your business objects. In other words, you have a Business Objects (Domain Model) layer, without the need for a separate Business Logic layer.