我最近对一个代码库如何在其所有域实体中具有公共默认构造函数(即零参数构造函数)以及所有字段具有 getter 和 setter感到惊讶。处理随着我深入挖掘,域对我发现域实体之所以如此,处理很大程度上是域对因为团队认为它是 web/MVC 框架所需要的。我认为这将是处理一个澄清一些误解的好机会。 具体来说,域对我们将研究以下案例: 首先,域对一些细节和一些背景。处理让我们基于一个特定的域对 web/MVC 框架——Spring MVC。使用 Spring MVC 时,处理其数据绑定按名称绑定请求参数。让我们举个例子。 @控制器 @RequestMapping("/accounts") ... 班级 ... { ... @PostMapping public ... save(@ModelAttribute Account account, ...) { ...} ... 给定上面映射到“/accounts”的控制器,Account实例从哪里来? 根据文档,Spring MVC 将使用以下选项获取实例: 假设会话中没有Account添加对象,并且没有方法,Spring MVC 最终将使用其默认构造函数实例化一个对象,并通过 name绑定 Web 请求参数。例如,请求包含“id”和“name”参数。Spring MVC 将尝试通过分别调用“setId”和“setName”方法将它们绑定到“id”和“name”bean 属性。这遵循 JavaBean 约定。@ModelAttribute 让我们从简单的事情开始。假设我们有一个Account域实体。它有一个由持久化存储生成的 ID 字段,并且只提供了一个 getter 方法(但没有 setter 方法)。 @实体 ...类帐户{ @Id @GeneratedValue(...) private Long id; ... 公共帐户() { ... } public Long getId() { return id; } // 但没有 setId() 方法 那么,我们如何让 Spring MVC 将请求参数绑定到Account域实体呢?我们是否被迫为生成的只读字段使用公共 setter 方法? 在我们的 HTML 表单中,我们不会将“id”作为请求参数。我们将把它作为一个路径变量来代替。 我们使用一种@ModelAttribute方法。它在请求处理方法之前被调用。它支持与常规请求处理方法几乎相同的参数。在我们的例子中,服务器租用我们使用它来检索Account具有给定唯一标识符的域实体,并将其用于进一步绑定。我们的控制器看起来像这样。 @控制器 @RequestMapping("/accounts") ... 班级 ... { ... @ModelAttribute 公众号populateModel( HttpMethod httpMethod, @PathVariable(required=false) 长 id) { 如果(id!= null){ 返回 accountRepository.findById(id).orElseThrow(...); } 如果(httpMethod == HttpMethod.POST){ 返回新帐户(); } 返回空值; } @PutMapping("/{ id}") 公共...更新(..., @ModelAttribute @Valid Account account, ...) { ... accountRepository.save(帐户); 返回 ...; } @PostMapping public ... save(@ModelAttribute @Valid Account account, ...) { ... accountRepository.save(帐户); 返回 ...; } ... 更新现有帐户时,请求将是PUT“/accounts/{ id}” URI。在这种情况下,我们的控制器需要检索具有给定唯一标识符的域实体,并将相同的域对象提供给 Spring MVC 以进行进一步绑定(如果有)。“id”字段不需要设置方法。 添加或保存新帐户时,请求将是POST“/accounts”。在这种情况下,我们的控制器需要创建一个带有一些请求参数的新域实体,并将相同的域对象提供给 Spring MVC 以进一步绑定(如果有)。对于新的域实体,留下“id”字段null。底层持久性基础设施将在存储时产生价值。不过,“id”字段将不需要 setter 方法。 在这两种情况下,香港云服务器该@ModelAttribute方法在映射的请求处理方法之前populateModel被调用。因此,我们需要使用参数 in来确定它被用于哪种情况。populateModel 假设我们的Account域实体不提供默认构造函数(即没有零参数构造函数)。 ...类帐户{ 公共帐户(字符串名称){ ...} ... // 没有公共默认构造函数 //(即没有公共零参数构造函数) 那么,我们如何让 Spring MVC 将请求参数绑定到Account域实体呢?它不提供默认构造函数。 我们可以使用一种@ModelAttribute方法。在这种情况下,我们希望创建一个Account带有请求参数的域实体,并将其用于进一步绑定。我们的控制器看起来像这样。 @控制器 @RequestMapping("/accounts") ... 班级 ... { ... @ModelAttribute 公众号populateModel( HttpMethod httpMethod, @PathVariable(required=false) 长 ID, @RequestParam(required=false) 字符串名称) { 如果(id!= null){ 返回 accountRepository.findById(id).orElseThrow(...); } 如果(httpMethod == HttpMethod.POST){ 返回新帐户(名称); } 返回空值; } @PutMapping("/{ id}") 公共...更新(..., @ModelAttribute @Valid Account account, ...) { ... accountRepository.save(帐户); 返回 ...; } @PostMapping public ... save(@ModelAttribute @Valid Account account, ...) { ... accountRepository.save(帐户); 返回 ...; } ... 现在,让我们看一个具有子实体的域实体。像这样的东西。 ...类订单{ 私有 Map<..., OrderItem> 项目; 公共秩序() { ...} 公共无效添加项(整数数量,...){ ...} ... 公共集合 返回 Collections.unmodifiableCollection(items.values()); } } ... 类 OrderItem { 私有 int 数量; // 没有公共默认构造函数 ... 请注意,订单中的项目不会显示为可修改的列表。Spring MVC 支持索引属性并将它们绑定到数组、列表或其他自然排序的集合。但是,在这种情况下,该getItems方法返回一个不可修改的集合。这意味着当对象尝试向其中添加/删除项目时将引发异常。那么,我们如何让 Spring MVC 将请求参数绑定到Order域实体呢?我们是否被迫将订单项公开为可变列表? 并不真地。我们必须避免使用表示层关注点(如 Spring MVC)来稀释域模型。相反,我们使表示层成为域模型的客户端。为了处理这种情况,我们创建了另一种符合 Spring MVC 的类型,并使我们的域实体与表示层无关。 ... 类 OrderForm { public static OrderForm fromDomainEntity(Order order) { ...} ... // 公共默认构造函数 //(即公共零参数构造函数) 私有列表 public List public void setItems(List 公共秩序 toDomainEntity() { ...} } ... 类 OrderFormItem { ... 私有 int 数量; // 公共默认构造函数 //(即公共零参数构造函数) // 公共 getter 和 setter 请注意,创建一个了解域实体的表示层类型是完全可以的。但是让域实体知道表示层对象并不完全正确。更具体地说,表示层OrderForm知道Order域实体。但Order不知道表示层OrderForm。 这是我们的控制器的外观。 @控制器 @RequestMapping("/orders") ... 班级 ... { ... @ModelAttribute 公共 OrderForm 填充模型( HttpMethod httpMethod, @PathVariable(required=false) 长 ID, @RequestParam(required=false) 字符串名称) { 如果(id!= null){ 返回 OrderForm.fromDomainEntity( orderRepository.findById(id).orElseThrow(...)); } 如果(httpMethod == HttpMethod.POST){ 返回新的 OrderForm(); // 新命令() } 返回空值; } @PutMapping("/{ id}") 公共...更新(..., @ModelAttribute @Valid OrderForm orderForm, ...) { ... orderRepository.save(orderForm.toDomainEntity()); 返回 ...; } @PostMapping public ... save(@ModelAttribute @Valid OrderForm orderForm, ...) { ... orderRepository.save(orderForm.toDomainEntity()); 返回 ...; } ... 正如我在之前的文章中提到的,让你的域对象看起来像一个带有公共默认零参数构造函数、getter 和 setter 的 JavaBean 是可以的。但是,如果域逻辑开始变得复杂,并且要求某些域对象失去其 JavaBean 特性(例如,不再有公共零参数构造函数,不再有 setter),请不要担心。定义新的 JavaBean 类型以满足与表示相关的问题。不要稀释领域逻辑。 目前为止就这样了。我希望这有帮助。