金额类字段 null值_领域驱动设计系列课程-战术模式（值对象）

字数统计: 5.7k | 阅读时长 ≈ 24,这次干货满满，如果帮助到你欢迎转发，点赞，关注，收藏。谢谢

值对象虽然经常被掩盖在实体的阴影之下，但它却是非常重要的 DDD 概念。

值对象不具有身份，它纯粹用于描述实体的特性。处理不具有身份的值对象是很容易的，尤其是不变性与可组合性是支持易用性的两个特征。

1 理解值对象

值对象用于度量和描述事物，我们可以非常容易的对值对象进行创建、测试、使用、优化和维护。

一个值对象，或者更简单的说，值，是对一个不变的概念整体建立的模型。在这个模型中，值就真的只有一个值。和实体不一样，他没有唯一标识，而是通过封装属性的对比来决定相等性。一个值对象不是事物，而是用来描述、量化或测量实体的。

当你关系某个对象的属性时，该对象便是一个值对象。为其添加有意义的属性，并赋予相应的行为。我们需要将值对象看成不变对象，不要给他任何身份标识，还应该尽量避免像实体对象一样的复杂性。

即使一个领域概念必须建模成实体，在设计时也应该更偏向于将其作为值对象的容器。

当决定一个领域概念是否应该建模成值对象时，需要考虑是否拥有一些特性：

• 度量或描述领域中的一件东西。
• 可以作为不变对象。
• 将不同的相关属性组合成一个概念整体。
• 当度量或描述改变时，可以使用另一个值对象予以替换。
• 可以与其他值对象进行相等性比较。
• 不对对协作对象造成负面影响。

在使用这个特性分析模型时，你会发现很多领域概念都应该建模成值对象，而非实体。

值对象的特征汇总如下：

1. 度量或描述。只是度量或描述领域中某件东西的一个概念。
2. 不变性。值对象在创建后，就不会发生改变，如果需要改变的话，将创建一个新的值对象并对原有对象进行替换。
3. 概念整体性。一个值对象可以只有一个属性，也可以拥有一组相关属性。如果一组属性联合起来并不能表达一个整体上的概念，那就没有什么意义。
4. 有效性。值对象的构造函数应该用于保障概念整体性的有效性。
5. 可替换性。如果需要改变的话，我们需要将整个值对象替换成一个新的值对象实例。
6. 属性相等性。通过比较两个对象的类型和属性来决定其相等性。
7. 方法无副作用。由于不变性，值对象的方法一般为一个无副作用函数，这个函数表示对某个对象的操作，它只用于产生输出，不会修改对象状态。

2 何时使用值对象

值对象是实体的状态，它描述与实体相关的概念。

2.1 表示描述性的、缺失身份的概念

当一个概念缺乏明显的身份时，基本可以断定它大概率是一个值对象。

比较典型的例子便是 Money，大多数情况下，我们只关心它所代表的实际金额，为其分配标识是一个没有意义的操作。

@Data@Setter(AccessLevel.PRIVATE)@Embeddablepublic class Money implements ValueObject { public static final String DEFAULT_FEE_TYPE = "CNY"; @Column(name = "total_fee") private Long totalFee; @Column(name = "fee_type") private String feeType;  ...}

2.2 增强确定性

领域驱动设计的一切都是为了明确传递业务规则和领域逻辑。像整数和字符串这样的技术单元并不适合这种情况。

比如邮箱可以使用字符串进行描述，但会丢失很多邮箱的特性，此时，需要将其建模成值对象。

@Embeddable@Data@Setter(AccessLevel.PRIVATE)public class Email implements ValueObject { @Column(name = "email_name") private String name; @Column(name = "email_domain") private String domain; private Email() { } private Email(String name, String domain) { Preconditions.checkArgument(StringUtils.isNotEmpty(name), "name can not be null"); Preconditions.checkArgument(StringUtils.isNotEmpty(domain), "domain can not be null"); this.setName(name); this.setDomain(domain); } public static Email apply(String email) { Preconditions.checkArgument(StringUtils.isNotEmpty(email), "email can not be null"); String[] ss = email.split("@"); Preconditions.checkArgument(ss.length == 2, "not Email"); return new Email(ss[0], ss[1]); } @Override public String toString() { return this.getName() + "@" + this.getDomain(); }}

此时，邮箱是一个明确的领域概念，相比字符串方案，其拥有验证逻辑，同时享受编译器类型校验。

3 实现值对象

值对象是不可变的、无副作用并且易于测试的。

3.1 欠缺身份

缺失身份是值对象和实体最大的区别。

由于值对象没有身份，且描述了领域中重要的概念，通常，我们会先定义实体，然后找出与实体相关的值对象。一般情况下，值对象需要实体提供上下文相关性。

3.2 基于属性的相等性

如果实体具有相同的类型和标识，则会认为是相等的。相反，值对象要具有相同的值才会认为是相等的。

如果两个 Money 对象表示相等的金额，他们就被认为是相等的。而不管他们是指向同一个实例还是不同的实例。

在 Money 类中使用 lombok 插件自动生成 hashCode 和 equals 方法，查看 Money.class 可以看到。

 Source code recreated from a .class file by IntelliJ IDEA// (powered by Fernflower decompiler)//public class Mobile implements ValueObject { public boolean equals(final Object o) { if (o == this) { return true; } else if (!(o instanceof Mobile)) { return false; } else { Mobile other = (Mobile)o; if (!other.canEqual(this)) { return false; } else { Object this$dcc = this.getDcc(); Object other$dcc = other.getDcc(); if (this$dcc == null) { if (other$dcc != null) { return false; } } else if (!this$dcc.equals(other$dcc)) { return false; } Object this$mobile = this.getMobile(); Object other$mobile = other.getMobile(); if (this$mobile == null) { if (other$mobile != null) { return false; } } else if (!this$mobile.equals(other$mobile)) { return false; } return true; } } } protected boolean canEqual(final Object other) { return other instanceof Mobile; } public int hashCode() { int PRIME = true; int result = 1; Object $dcc = this.getDcc(); int result = result * 59 + ($dcc == null ? 43 : $dcc.hashCode()); Object $mobile = this.getMobile(); result = result * 59 + ($mobile == null ? 43 : $mobile.hashCode()); return result; } public String toString() { return "Mobile(dcc=" + this.getDcc() + ", mobile=" + this.getMobile() + ")"; }}

3.3 富含行为

值对象应该尽可能多的暴露面向领域概念的行为。

在 Money 值对象中，可以看到暴露的方法:

方法含义apply创建 MoneyaddMoney 相加subtractMoney 相减multiplyMoney 相乘splitMoney 切分，将无法查分的误差汇总到最后的 Money 中

@Data@Setter(AccessLevel.PRIVATE)@Embeddablepublic class Money implements ValueObject { public static final String DEFAULT_FEE_TYPE = "CNY"; @Column(name = "total_fee") private Long totalFee; @Column(name = "fee_type") private String feeType; private static final BigDecimal NUM_100 = new BigDecimal(100); private Money() { } private Money(Long totalFee, String feeType) { Preconditions.checkArgument(totalFee != null); Preconditions.checkArgument(StringUtils.isNotEmpty(feeType)); Preconditions.checkArgument(totalFee.longValue() > 0); this.totalFee = totalFee; this.feeType = feeType; } public static Money apply(Long totalFee){ return apply(totalFee, DEFAULT_FEE_TYPE); } public static Money apply(Long totalFee, String feeType){ return new Money(totalFee, feeType); } public Money add(Money money){ checkInput(money); return Money.apply(this.getTotalFee() + money.getTotalFee(), getFeeType()); } private void checkInput(Money money) { if (money == null){ throw new IllegalArgumentException("input money can not be null"); } if (!this.getFeeType().equals(money.getFeeType())){ throw new IllegalArgumentException("must be same fee type"); } } public Money subtract(Money money){ checkInput(money); if (getTotalFee() < money.getTotalFee()){ throw new IllegalArgumentException("money can not be minus"); } return Money.apply(this.getTotalFee() - money.getTotalFee(), this.getFeeType()); } public Money multiply(int var){ return Money.apply(this.getTotalFee() * var, getFeeType()); } public List split(int count){ if (getTotalFee() < count){ throw new IllegalArgumentException("total fee can not lt count"); } List result = Lists.newArrayList(); Long pre = getTotalFee() / count; for (int i=0; i< count; i++){ if (i == count-1){ Long fee = getTotalFee() - (pre * (count - 1)); result.add(Money.apply(fee, getFeeType())); }else { result.add(Money.apply(pre, getFeeType())); } } return result; }}

3.4 内聚

通常情况下，值对象会内聚封装度量值和度量单位。在 Money 中可以看到这一点。

当然，并不局限于此，对于拥有概念整体性的对象，都具有很强的内聚性。比如，英文名称，由 firstName，lastName 组成。

@Data@Setter(AccessLevel.PRIVATE)public class EnglishName{ private String firstName; private String lastName; private EnglishName(String firstName, String lastName){ Preconditions.checkArgument(StringUtils.isNotEmpty(firstName)); Preconditions.checkArgument(StringUtils.isNotEmpty(lastName)); setFirstName(firstName); setLastName(lastName); } public static EnglishName apply(String firstName, String lastName){ return new EnglishName(firstName, lastName); }}

3.5 不变性

一旦创建完成后，值对象就永远不能改变。

如果需要改变值对象，应该创建新的值对象，并由新的值对象替换旧值对象。
比如，Money 的 subtract 方法。

public Money subtract(Money money){ checkInput(money); if (getTotalFee() < money.getTotalFee()){ throw new IllegalArgumentException("money can not be minus"); } return Money.apply(this.getTotalFee() - money.getTotalFee(), this.getFeeType());}

只会创建新的 Money 对象，不会对原有对象进行修改。

在技术实现上，对于一个不可变对象，需要将所有字段设置为 final，并通过构造函数为其赋值。但，有时为了迎合一些框架需求，需求进行部分妥协，及将 setter 方法设置为 private，从而对外隐藏修改方法。

3.6 可组合性

对于用于度量的值对象，通常会有数值，此时，可以将其组合起来以创建新的值。

比如 Money 的 add 方法，Money 加上 Money 会得到一个新的 Money。

public Money add(Money money){ checkInput(money); return Money.apply(this.getTotalFee() + money.getTotalFee(), getFeeType());}

3.7 自验证性

值对象作为一个概念整体，决不应该变成无效状态，它自身就应该负责对其进行验证。

通常情况下，在创建一个值对象实例时，如果参数与业务规则不一致，则构造函数应该抛出异常。

还是看我们的 Money 类，需要进行如下检验：

1. 单位不能为 null；
2. 金额不能为 null；
3. 金额不能为负值。

private Money(Long totalFee, String feeType) { Preconditions.checkArgument(totalFee != null); Preconditions.checkArgument(StringUtils.isNotEmpty(feeType)); Preconditions.checkArgument(totalFee.longValue() > 0); this.totalFee = totalFee; this.feeType = feeType;}

当然，如果值对象的构建过程过于复杂，可以使用 Factory 模式进行构建。此时，应该在 Factory 中对值对象的有效性进行验证。

3.8 可测试性

不变性、内聚性和可组合性使值对象变的可测试。

还是看我们的 Money 对象的测试类。

public class MoneyTest { @Test public void add() { Money m1 = Money.apply(100L); Money m2 = Money.apply(200L); Money money = m1.add(m2); Assert.assertEquals(300L, money.getTotalFee().longValue()); Assert.assertEquals(m1.getFeeType(), money.getFeeType()); Assert.assertEquals(m2.getFeeType(), money.getFeeType()); } @Test public void subtract() { Money m1 = Money.apply(300L); Money m2 = Money.apply(200L); Money money = m1.subtract(m2); Assert.assertEquals(100L, money.getTotalFee().longValue()); Assert.assertEquals(m1.getFeeType(), money.getFeeType()); Assert.assertEquals(m2.getFeeType(), money.getFeeType()); } @Test public void multiply() { Money m1 = Money.apply(100L); Money money = m1.multiply(3); Assert.assertEquals(300L, money.getTotalFee().longValue()); Assert.assertEquals(m1.getFeeType(), money.getFeeType()); } @Test public void split() { Money m1 = Money.apply(100L); List monies = m1.split(33); Assert.assertEquals(33, monies.size()); monies.forEach(m -> Assert.assertEquals(m1.getFeeType(), m.getFeeType())); long total = monies.stream() .mapToLong(m->m.getTotalFee()) .sum(); Assert.assertEquals(100L, total); }}

4 值对象建模模式

通过一些常用的值对象建模模式，可以提高值对象的处理体验。

4.1 静态工厂方法

静态工厂方法是更简单、更具有表达性的一种技巧。

比如 java 中的 Instant 的静态工厂方法。

public static Instant now() { ...}public static Instant ofEpochSecond(long epochSecond) { ...}public static Instant ofEpochMilli(long epochMilli){ ...}

通过方法签名就能很清楚的了解其含义。

4.2 微类型

通过使用更具体的领域模型类型封装技术类型，使其更具表达能力。

典型的就是 Mobile 封装，其本质是一个 String。通过 Mobile 封装，使其具有字符串无法表达的含义。

@Setter(AccessLevel.PRIVATE)@Data@Embeddablepublic class Mobile implements ValueObject { public static final String DEFAULT_DCC = "0086"; @Column(name = "dcc") private String dcc; @Column(name = "mobile") private String mobile; private Mobile() { } private Mobile(String dcc, String mobile){ Preconditions.checkArgument(StringUtils.isNotEmpty(dcc)); Preconditions.checkArgument(StringUtils.isNotEmpty(mobile)); setDcc(dcc); setMobile(mobile); } public static Mobile apply(String mobile){ return apply(DEFAULT_DCC, mobile); } public static Mobile apply(String dcc, String mobile){ return new Mobile(dcc, mobile); }}

4.3 避免集合

通常情况下，需要尽量避免使用值对象集合。这种表达方式无法正确的表达领域概念。

使用值对象集合通常意味着需要使用某种形式来取出特定项，这就相当于为值对象添加了身份。
比如 List 第一个代表是主邮箱，第二个表示是副邮箱，最佳的表达方式是直接用属性进行表式，如：

@Data@Setter(AccessLevel.PRIVATE)public class Person{ private Email primary; private Email second; public void updateEmail(Email primary, Email second){ Preconditions.checkArgument(primary != null); Preconditions.checkArgument(second != null); setPrimary(primary); setSecond(second); }}

5. 持久化

处理值对象最难的点就在他们的持久化。一般情况下，不会直接对其进行持久化，值对象会作为实体的属性，一并进行持久化处理。

持久化过程即将对象序列化成文本格式或二进制格式，然后保存到计算机磁盘中。

在面向文档数据存储时，问题会少很多。我们可以在同一个文档中存储实体和值对象；然而，使用 SQL 数据库就麻烦的多，这将导致很多变化。

5.1 NoSQL

许多 NoSQL 数据库都使用了数据反规范化，为我们提供了很大便利。

在 NoSQL 中，整个实体都可以作为一个文档来建模。在 SQL 中的表连接、规范化数据和 ORM 延迟加载等相关问题都不存在了。在值对象上下文中，这就意味着他们会与实体一起存储。

@Data@Setter(AccessLevel.PRIVATE)@Documentpublic class PersonAsMongo { private Email primary; private Email second; public void updateEmail(Email primary, Email second){ Preconditions.checkArgument(primary != null); Preconditions.checkArgument(second != null); setPrimary(primary); setSecond(second); }}

面向文档的 NoSQL 数据库会将文档持久化为 JSON，上例中 Person 的 primary 和 second 会作为 JSON 文档的属性进行存储。

5.2 SQL

在 SQL 数据库中存储值对象，可以遵循标准的 SQL 约定，也可以使用范模式。

多数情况下，持久化值对象时，我们都是通过一种非范式的方式完成，即所有的属性和实体都保存在相同的数据库表中。有时，值对象需要以实体的身份进行持久化。比如聚合中维护一个值对象集合时。

5.2.1 多列存储单个值对象

基本思路就是将值对象与其所在的实体对象保存在同一张表中，值对象的每个属性保存为一列。

这种方式，是最常见的值对象序列化方式，也是冲突最小的方式，可以在查询中使用连接语句进行查询。

Jpa 提供 @Embeddable 和 @Embedded 两个注解，以支持这种方式。

首先，在值对象上添加 @Embeddable 注解，以标注其为可嵌入对象。

@Embeddable@Data@Setter(AccessLevel.PRIVATE)public class Email implements ValueObject { @Column(name = "email_name") private String name; @Column(name = "email_domain") private String domain; private Email() { } private Email(String name, String domain) { Preconditions.checkArgument(StringUtils.isNotEmpty(name), "name can not be null"); Preconditions.checkArgument(StringUtils.isNotEmpty(domain), "domain can not be null"); this.setName(name); this.setDomain(domain); } public static Email apply(String email) { Preconditions.checkArgument(StringUtils.isNotEmpty(email), "email can not be null"); String[] ss = email.split("@"); Preconditions.checkArgument(ss.length == 2, "not Email"); return new Email(ss[0], ss[1]); } @Override public String toString() { return this.getName() + "@" + this.getDomain(); }}

然后，在实体对于属性上添加 @Embedded 注解，标注该属性将展开存储。

@Data@Entitypublic class Person1 { @Embedded private Email primary;}

5.2.2 单列存储单个值对象

值对象的所有属性保存为一列。当不希望在查询中使用额外语句来连接他们时，这是一个很好的选择。

一般情况下，会涉及以下几个操作：

1. 创建持久化格式。
2. 在保存时进行数据转换。
3. 在加载时解析值。

如，对于 Email 值对象，我们采用 JSON 作为持久化格式：

public class EmailSerializer { public static Email toEmail(String json){ if (StringUtils.isEmpty(json)){ return null; } return JSON.parseObject(json, Email.class); } public static String toJson(Email email){ if (email == null){ return null; } return JSON.toJSONString(email); }}

JPA 中提供了 Converter 扩展，以完成值对象到数据、数据到值对象的转化：

@Data@Setter(AccessLevel.PRIVATE)public class PersonAsJpa { @Convert(converter = EmailConverter.class) private Email primary; @Convert(converter = EmailConverter.class) private Email second; public void updateEmail(Email primary, Email second){ Preconditions.checkArgument(primary != null); Preconditions.checkArgument(second != null); setPrimary(primary); setSecond(second); }}

Converter 完成后，需要将其配置在对应的属性上:

@Data@Setter(AccessLevel.PRIVATE)public class PersonAsJpa { @Convert(converter = EmailConverter.class) private Email primary; @Convert(converter = EmailConverter.class) private Email second; public void updateEmail(Email primary, Email second){ Preconditions.checkArgument(primary != null); Preconditions.checkArgument(second != null); setPrimary(primary); setSecond(second); }}

此时，就完成了单个值对象的持久化。

5.2.3 多个值对象序列化到单个列中

这种应用是前种方案的扩展。将整个集合序列化成某种形式的文本，然后将该文本保存到单个数据库列中。

需要考虑的问题：

1. 列宽。数据库列的长度不好确定。
2. 不方便查询。由于值对象集合被序列化到扁平化文本中，值对象的属性不能使用 SQL 进行查询。
3. 需要自定义类型。持久化框架对该类型的映射没有提供支撑，需要对其进行扩展。

如，对于 List 选择 JSON 作为持久化格式：

public class EmailListSerializer { public static List toEmailList(String json){ if (StringUtils.isEmpty(json)){ return null; } return JSON.parseArray(json, Email.class); } public static String toJson(List email){ if (email == null){ return null; } return JSON.toJSONString(email); }}

扩展 JPA 的 Converter：

public class EmailListConverter implements AttributeConverter, String> { @Override public String convertToDatabaseColumn(List attribute) { return EmailListSerializer.toJson(attribute); } @Override public List convertToEntityAttribute(String dbData) { return EmailListSerializer.toEmailList(dbData); }}

属性配置：

@Data@Setter(AccessLevel.PRIVATE)public class PersonEmailListAsJpa { @Convert(converter = EmailListConverter.class) private List emails; }

5.2.4 使用数据库实体保存多个值对象

我们应该首先考虑将领域概念建模成值对象，而不是实体。

我们可以使用委派主键的方式，使用两层的层超类型。在上层隐藏委派主键。
这样我们可以自由的将其映射成数据库实体，同时在领域模型中将其建模成值对象。

首先，定义 IdentitiedObject 用以隐藏数据库 ID。

@MappedSuperclasspublic class IdentitiedObject { @Setter(AccessLevel.PRIVATE) @Getter(AccessLevel.PRIVATE) @Id @GeneratedValue(strategy = GenerationType.IDENTITY) private Long id;}

然后，从 IdentitiedObject 派生出 IdentitiedEmail 类，用以完成值对象建模。

@Data@Setter(AccessLevel.PRIVATE)@Entitypublic class IdentitiedEmail extends IdentitiedObject implements ValueObject { @Column(name = "email_name") private String name; @Column(name = "email_domain") private String domain; private IdentitiedEmail() { } private IdentitiedEmail(String name, String domain) { Preconditions.checkArgument(StringUtils.isNotEmpty(name), "name can not be null"); Preconditions.checkArgument(StringUtils.isNotEmpty(domain), "domain can not be null"); this.setName(name); this.setDomain(domain); } public static IdentitiedEmail apply(String email) { Preconditions.checkArgument(StringUtils.isNotEmpty(email), "email can not be null"); String[] ss = email.split("@"); Preconditions.checkArgument(ss.length == 2, "not Email"); return new IdentitiedEmail(ss[0], ss[1]); } @Override public String toString() { return this.getName() + "@" + this.getDomain(); }}

此时，就可以使用 JPA 的 @OneToMany 特性存储多个值：

@Data@Entitypublic class PersonOneToMany { @OneToMany private List emails = Lists.newArrayList();}

5.2.5 ORM 与 枚举状态对象

大多持久化框架都提供了对枚举类型的支持。要么使用枚举值得 String，要么使用枚举值得 Index，其实都不是最佳方案，对以后得重构不太友好，建议使用自定义 code 进行持久化处理。

定义枚举：

public enum PersonStatus implements CodeBasedEnum { ENABLE(1), DISABLE(0); private final int code; PersonStatus(int code) { this.code = code; } @Override public int getCode() { return this.code; } public static PersonStatus parseByCode(Integer code){ for (PersonStatus status : values()){ if (code.intValue() == status.getCode()){ return status; } } return null; }}

扩展枚举 Converter：

public class PersonStatusConverter implements AttributeConverter { @Override public Integer convertToDatabaseColumn(PersonStatus attribute) { return attribute != null ? attribute.getCode() : null; } @Override public PersonStatus convertToEntityAttribute(Integer dbData) { return dbData == null ? null : PersonStatus.parseByCode(dbData); }}

配置属性：

@Data@Setter(AccessLevel.PRIVATE)public class Person{ @Embedded private Email primary; @Embedded private Email second; @Convert(converter = PersonStatusConverter.class) private PersonStatus status; public void updateEmail(Email primary, Email second){ Preconditions.checkArgument(primary != null); Preconditions.checkArgument(second != null); setPrimary(primary); setSecond(second); }}

此时，通过枚举对象中的 code 进行持久化。

5.2.6 阻抗

在使用 DB 进行值对象持久化时，经常遇到阻抗。

当面临阻抗时，我们应该从领域模型角度，而不是持久化角度去思考问题。

• 根据领域模型来来设计数据模型，而不是通过数据模型来设计领域模型。
• 报表和商业智能应该由专门的数据模型进行处理，而不是生产环境的数据模型。

6 值对象其他用途

6.1 用值对象表示标准类型

标准类型是用于表示事物类型的描述性对象。

Java 的枚举时实现标准类型的一种简单方法。枚举提供了一组有限数量的值对象，它是非常轻量的，并且无副作用。

一个共享的不变值对象，可以从持久化存储中获取，此时可以使用标准类型的领域服务和工厂来获取值对象。我们应该为每组标准类型创建一个领域服务或工厂。
如果打算使用常规值对象来表示标准类型，可以使用领域服务或工厂来静态的创建值对象实例。

6.2 最小集成

当模型概念从上游上下文流入下游上下文中，尽量使用值对象来表示这些概念。在有可能的情况下，使用值对象完成上下文之间的集成。

7 小结

• 值对象是 DDD 建模结构体，它用于表示像度量这样的描述概念。
• 值对象没有身份，比实体要简单得多。
• 建议将数字和字符串封装成值对象，以更好的表示领域概念。
• 值对象是不可变的，他们的值在创建后，就不在发生变化。
• 值对象是内聚的，将多个特征封装成一个完整的概念。
• 可以通过组合值对象来创建新的值对象，而不改变原始值。
• 值对象是自验证的，它不应该处于无效状态。
• 可以使用静态工厂、微类型等模式提高值对象的易用性。
• 对于 NoSQL 的存储，直接使用反规范持久化值对象，面向文档数据库是首选。
• 对于 SQL 存储，相对要麻烦下，存在大量的阻抗。