我今天要介绍怎样使用Entity Framework Code First的高级配置功能来处理domain driven design 中的另一种重要组成部分：Value Object，中文翻译过来叫做值对象。
所谓的值对象就是一些没有生命周期，也没有业务逻辑上唯一标识符的类。哪些类是Entity，哪些类是Value Object不是固定的，取决于具体的业务逻辑。比如说Customer这个类，如果在CRM系统当中，它是最重要的信息，我们需要跟踪它的状态，管理它的生命周期。但是在其他系统中，客户信息可能只代表一个名字和一些其他的属性。
值对象应该是不可修改的，因为它只代表一些临时的属性集合，并没有生命周期需要维护。
我们的订单管理系统中有一个Customer类。在我们以前的示例中，Customer类的Address属性是一个字符串。现在我们的业务逻辑发生了改变，需要把地址信息分类显示和保存，把地址信息细分为国家，省，城市，街道及门牌号，还有邮政编码。在我们的业务中，地址信息仅仅是一些属性的集合，不需要跟踪它的生命周期，也不存在业务中的唯一标识符。所以我们把它定义为一个Value Object：
public class Address
{
public string Country { get; set; }
public string Province { get; set; }
public string City { get; set; }
public string StreetAddress { get; set; }
public string ZipCode { get; set; }
}
想要让Entity Framework Code First默认地识别出值对象，我们的类必须具备三个条件：
1.值对象类不能有主键。
2.值对象类只能包含.net基础类型的属性。
3.使用值对象的类，只能包含值对象的一个实例，不能使用值对象的集合。
然后我们需要改变我们的Customer类，使用Address值对象来替代以前的字符串。
public class Customer
{
public string IDCardNumber { get; set; }
public string CustomerName { get; set; }
public string Gender { get; set; }
public Address Address { get; set; }
public string PhoneNumber { get; set; }
}
如果值对象不满足三个默认的值对象识别条件，我们就需要在我们自定义的DbContext类的OnModelCreating方法中声明Address是一个值对象。
modelBuilder.ComplexType<Address>();
我们在我们的单元测试中添加一个新的测试方法来使用Address值对象。
[TestMethod]
public void CanAddNewCustomerWithAddress()
{
OrderSystemContext unitOfWork = new OrderSystemContext();
CustomerRepository repository = new CustomerRepository(unitOfWork);
Customer newCustomer = new Customer() { IDCardNumber = "120104198106072518", CustomerName = "Alex", Gender = "M", PhoneNumber = "test" }
Address customerAddress = new Address { Country = "China", Province = "Tianjin", City = "Tianjin", StreetAddress = "Crown Plaza", ZipCode = "300308" };
newCustomer.Address = customerAddress;
repository.AddNewCustomer(newCustomer);
unitOfWork.CommitChanges();
}
我们使用可插入基础数据的DropCreateOrderDatabaseWithSeedValueAlways自定义数据库初始化类，每次执行测试方法之前都重新建立数据库。
[TestInitialize]
public void InitializeCustomerRepositoryTest()
{
Database.SetInitializer(new DropCreateOrderDatabaseWithSeedValueAlways());
}
测试程序执行之后的Customer表结构如下：
我们可以看到Entity Framework Code First默认会把Address值对象的属性作为Customers表的列。列的名字默认是值对象类的名字+“_”+值对象属性的名字。
我们可以改变Entity Framework Code First默认的处理方式。
我们可以定义一个继承自ComplexTypeConfiguration<Address>的类，在这个类中重载Code First对值对象的默认处理方式。我们可以改变那些列的名字和它们的数据类型和长度。
public class AddressComplexTypeConfiguration:ComplexTypeConfiguration<Address>
{
public AddressComplexTypeConfiguration()
{
Property(a => a.Country).HasColumnName("Country").HasMaxLength(100);
Property(a => a.Province).HasColumnName("Province").HasMaxLength(100);
Property(a => a.City).HasColumnName("City").HasMaxLength(100);
Property(a => a.StreetAddress).HasColumnName("StreetAddress").HasMaxLength(500);
Property(a => a.ZipCode).HasColumnName("ZipCode").HasMaxLength(6);
}
}
我们通过HasColumnName这个方法，可以改变属性对应的列的名字。Entity Framework Code First默认会使用类中属性的名字作为列的名字。
重新执行我们的测试方法，Customer表的结构如下：
明天我会介绍与数据表相关的配置。虽然说我写这个系列的文章主要是为了巩固我对Entity Framework Code First的学习和使用经验，但是如果大家觉得我的哪些表达方式不太好，或者太罗嗦，希望大家提意见，我会尽量改正，谢谢
王胖子2012的意见。