“领域模型”可以造什么句，领域模型造句

本文使用一个领域模型示例，一些读者可能很熟悉这个模型。

这是实现领域模型的一种方法，但不一定是唯一的方法。

本文讨论应用于不同行业的许多领域模型的最佳实践。

对于乐观主义者来说，其问题是：关于业务领域模型的*与系统领域或规则制定领域，或许相关，也或许无关。

因为数据库表本身没有行为，开发人员常常把领域模型实体的行为放在服务或视图层中。

如果不采用这些策略，领域模型中配置错误的关联可能会导致大量多余的查询，也可能获取不需要的记录，从而浪费资源。

在软件生命期尤其是长期的支持和维护过程中(这也是应用程序生命周期中最昂贵的一个阶段)，应用程序和领域模型的重用将提高ROI。

所有业务用例及它们关系的总和组成了领域模型，领域模型描述了问题域。

领域模型把应用划分成三个部分：表现层，应用层和数据层。

如果需要持久，那些数据库表也是建在你的数据库中，和你的领域模型表放在一起。

只要你愿意，你可以使用接口或标准框架类，你还可以完全为POJO和你的领域模型进行编码，或者，你可以将两者结合使用。

图3：领域模型——表示交易过程上下文的活动图。

这里提供的最佳实践有助于产生更加一致、可重用且可维护的领域模型。

领域模型还帮助标识这些实体的属*和重要方法。

本章集中关注定*研究，目标是要收集后面将用到的用户数据（在下一章中将描述），以构造健壮的用户和领域模型。 在此基础上，形成目标导向设计合成中的关键工具。