从壹开始微服务 [ DDD ] 之八 ║剪不断理还乱的 值对象和Dto

缘起

哈喽大家周四好，时间是过的真快，这几天一直忙着在公司的项目，然后带带新人，眼看这周要过去了，还是要抽出时间学习学习，这些天看到群里的小伙伴也都在忙着新学习，还是很开心的，至少当时的初衷已经达到了，一起学习一起进步嘛，哪怕是对现在或者是对以后的工作有一丢丢的帮助，也是不枉此时的努力，哈哈夜里写文章总是容易多想，好啦，废话不多说，上次咱们说到了《从壹开始微服务 [ DDD ] 之七 ║项目第一次实现 & CQRS初探》，今天本来应该接着写 **领域命令 了，在设计的领域命令的时候，发现了值对象的存在，对 领域模型 **和 **视图模型 **有着剪不断理还乱的困扰，所以我就暂时单写一篇了，既是对上一篇的补充，又是对领域命令的铺垫，好啦，马上开始今天的说明吧~~

还是老规矩，每篇文章先给大家一个小问题，先思考下，然后有助于理解本文：

问题：我们在领域模型 Student 中，有一个户籍的值对象（为啥叫户籍，下边会说到），然后我们也有一个学生的视图模型 StudentViewModel ，那么问题来了，我们在 StudentViewModel 中，如何去定义这个户籍的视图模型呢，然后又是如何传给领域模型 Student 呢？

1、不写这户籍一块，直接在业务逻辑里，手动赋值给 Student 领域模型

    public class StudentViewModel
    { [Required(ErrorMessage = "The Name is Required")]
        [MinLength(2)]
        [MaxLength(100)]
        [DisplayName("Name")] public string Name { get; set; } **//... 等等其他，只是学生的个人信息，不涉及户籍地址**
    }

2、和领域模型一样，也写一个对象，甚至直接就用领域模型中的 Address 值对象

    public class StudentViewModel
    {
        [Key] public Guid Id { get; set; }

        [Required(ErrorMessage = "The Name is Required")]
        [MinLength(2)]
        [MaxLength(100)]
        [DisplayName("Name")] public string Name { get; set; } //... 等等其他的信息 **//这个就是在领域模型Student中使用的，户籍值对象**
        public Address Address { get; set; } 

    }

3、把 Address 属性拆开，一个一个的放在视图模型 StudentViewModel 中

    public class StudentViewModel
    {
        [Key] public Guid Id { get; set; }

        [Required(ErrorMessage = "The Name is Required")]
        [MinLength(2)]
        [MaxLength(100)]
        [DisplayName("Name")] public string Name { get; set; } //...  等等其他学生信息，比如手机号，邮箱等

        /// 

        /// 城市 /// 
        public string City { get;  set; }**//注意这里可以进行set 赋值操作，和值对象不是一回事**

        /// 

        /// 区县 /// 
        public string County { get;  set; } /// 

        /// 街道 /// 
        public string Street { get;  set; }
    }

或许你还有其他啥办法，要是有感觉更好的，或者更正确的，千万要评论留言哟，只不过这三种办法是我亲身实验的，这里大家先思考一下，希望看完本文你会有一些自己的想法。

零、今天实现蓝色的部分

image

一、创建 Student 的添加模块

话说上次咱们是把领域模型（包括实体和值对象）通过EFCore保存到了数据库，然后也查询出来了相应的学习信息，（这里注意下，学习的户籍信息还没有取出来），这里说一下为什么是户籍地址信息，

上篇文章中，有小伙伴还是对这个不是很理解，一直想着要一定和数据库对应上，比如说，为啥叫地址，那如果学生有多个地址咋办；再比如，这样修改学生信息，值对象就会发生变化呀，这样就不能满足值对象不可变的特性；等等诸如此类的疑问，这里说一下：

1、值对象其实就是一个值，它和Name、Phone、Email等等一模一样，只不过它是一个对象，复杂了一些，有了自己的内部结构，所以说，值对象是没有状态的，没有唯一标识（多个学生叫张三 == 两个学生一个地址），是内部不可变性，就比如我们修改一个学校省份，需要将整个值对象都修改，这和修改Name是一样的。

2、值对象是一个领域中孕育出来的概念，千万不要事事都要和数据库，数据模型，扯上关系，如果想要一个会员多个地址，那这个时候地址就是一个实体，甚至是一个聚合了，比如物流地址，这也就是我为什么要把这个Address称之为 户籍 的原因了，从领域出发，而不要再和数据模型数据库表相提并论了。

那咱们就先添加学生的 Create 模块

1、在 StudentController 中添加 Create Action

        // GET: Student/Create // 页面
        public ActionResult Create()
        { return View();
        } // POST: Student/Create // 方法
 [HttpPost]
        [ValidateAntiForgeryToken] public ActionResult Create(StudentViewModel studentViewModel)
        { try { // 视图模型验证
                if (!ModelState.IsValid) return View(studentViewModel); // 执行添加方法
 _studentAppService.Register(studentViewModel);

                ViewBag.Sucesso = "Student Registered!"; return View(studentViewModel);
            } catch(Exception e)
            { return View(e.Message);
            }
        }

这个时候大家肯定都已经很熟悉了，而且 Service 层注入什么的，相信大家已经得心应手了，这里都不细说了。

2、创建 Create View页面

@model Christ3D.Application.ViewModels.StudentViewModel
@{
    ViewData["Title"] = "Register new Student";
} 
@ViewData["Title"]

    

        
 @* Replacing classic Validation Summary to Custom ViewComponent as TagHelper *@ 
        

            
            

                
                
            
        
        

            
            

                
                
            
        
        

            
            

                
                
            
        
        

            
            

                
                
            
        
        

            

                
                Back to List
            
        
    

image

这些都是 AspNetCore.Mvc.ViewFeature 的模型命令还有验证等，相比以前的模型，已经有很大的改善了，这个可以自己试试，很简单，直接往下走，重头戏来了。

这个时候，如果我们添加信息保存的话，一定会发现一个问题，就是户籍信息到底如何传入呢，上边说的三种办法到底该选择哪一种呢，下边咱们一一来实验下。

二、如何把值对象添加到视图模型

这个时候肯定会有小伙伴说，为什么一定要把值对象放到视图模型中，就比如文章的第一个方法，我就不放进去，我从页面内获取到Country、Province、City等等后，然后再传到领域模型不就行了，真的么？

1、手动赋值的方法

假设我们已经从前台页面内获取到了户籍信息，然后我们就会这么做

  public ActionResult Create(StudentViewModel studentViewModel,string country,string provice,string city,string street)
        { // 视图模型验证
                if (!ModelState.IsValid) return View(studentViewModel); //这个时候还需要对户籍信息进行验证判断 //比如字符串不能数字，字符啥的 // 执行添加方法，把户籍信息传递过去                
                _studentAppService.Register(studentViewModel,country,  provice,  city,  street);
                ViewBag.Sucesso = "Student Registered!"; 
                return View(studentViewModel);

        }

Stop！相信我，你肯定不会这么做的，当然，偶尔偶尔我们会这么接受一个参数，也偶会会这么写，可是这么写肯定是不行的，且不说不是DDD领域驱动设计思想，就连OOP思想也没有发挥起来，所以方法一直接pass。

这个时候我们开始思考，至少需要把户籍信息放到视图模型 StudentViewMode 中吧，嗯看着文章开头的第二个方法就特别好！对象是吧，这个可是真是的OOP思想，全部用对象接收参数，然后把数据传如到仓储的Add()方法中，这样就直接保存了嘛，多好呀！想想的心动，那就开始吧，一个小坑正在慢慢变大。

2、用对象的方法将值对象添加到视图模型中

听着很拗口，说白了，就是文章开头的第二种方法，领域模型和视图模型，共用一个 值对象。然后我们修改下 view 页面，用来传递参数。

这个时候，我们一定很欢喜，然后点击提交，发现，无论怎么提交都不会在

public ActionResult Create(StudentViewModel studentViewModel)

中获取到我们需要的户籍信息，天哪！这是啥情况，当然是获取不到的，因为 Address 是一个值对象，具有不可变性，它的 set 都是私有的，不能被赋值，不信请看

image

这个时候怎么办，聪明的你肯定能想到一个方法，既然值对象不行，它内部不可变，不能赋值，那我就自己在视图模型中，再写一个 AddressViweModel 不就行啦，然后可以进行set操作，想到这里还是很激动，赶紧试试，这就看看能不能获取到值。

image

很不错，已经把内容获取到了，然后通过视图对象传到Add() 方法，很成功的达到了目的。

image

看来这个方法也是可以的，只不过有一个小问题就是，这里需要多了一个类来实现，如果我不想用类接受，而且是直接用属性呢？那就是第三种办法了，请继续往下看。

3、用属性字段来讲户籍信息放到视图模型中

就是文章开头的第三种办法，这样的：

 public class StudentViewModel
    {

        [Required(ErrorMessage = "The Name is Required")]
        [MinLength(2)]
        [MaxLength(100)]
        [DisplayName("Name")] public string Name { get; set; } //... 其他

        /// 

        /// 省份 /// 
        [Required(ErrorMessage = "The Province is Required")]
        [DisplayName("Province")] 
        public string Province { get; set; } /// 

        /// 城市 /// 
        public string City { get; set; } /// 

        /// 区县 /// 
        public string County { get; set; } /// 

        /// 街道 /// 
        public string Street { get; set; }
    }

然后再修改下页面里的调用情况，直接用调用属性

这个时候，我们满怀开心的运行项目的时候，发现，index页面的户籍信息没有了，也就是说 Student -> StudentViewModel 的时候，通过 Automapper 没有成功。

然后我们提交的时候，发现后端虽然能接受到数据，

image

可是在转换到 Student 的时候失败了：

image

这里显示的是，我们无法对其进行转换，因为在视图模型中，没有匹配到 Student 的 Address 值对象信息，不要慌，下边我们会说这个问题。

三、Automapper实现复杂对象的转换

为了解决上一个问题，我研究了下 Automapper 官网，发现，这种复杂拷贝，需要进行手动配置，其实也是很简单，只需要创建匹配属性即可
注意，在第二种方法中是不需要配置的，因为第二种方法，两个模型结构几乎一模一样，这第三种方法，结构已经变了，一个是对象，一个仅仅是一个属性值。

1、复杂领域模型转换到视图模型

 /// 

 /// 配置构造函数，用来创建关系映射 /// 
 public DomainToViewModelMappingProfile()
 {
     CreateMap()
         .ForMember(d => d.County, o => o.MapFrom(s => s.Address.County))
         .ForMember(d => d.Province, o => o.MapFrom(s => s.Address.Province))
         .ForMember(d => d.City, o => o.MapFrom(s => s.Address.City))
         .ForMember(d => d.Street, o => o.MapFrom(s => s.Address.Street))
         ;

 }

这个时候，我们看Index页面，户籍信息也出来了

image

2、视图模型转换到复杂领域模型

 public ViewModelToDomainMappingProfile()
 {
     //手动进行配置
     CreateMap()
      .ForPath(d => d.Address.Province, o => o.MapFrom(s => s.Province))
      .ForPath(d => d.Address.City, o => o.MapFrom(s => s.City))
      .ForPath(d => d.Address.County, o => o.MapFrom(s => s.County))
      .ForPath(d => d.Address.Street, o => o.MapFrom(s => s.Street))
      ;

 }

这里将 Student 中的户籍信息，一一匹配到视图模型中的属性。

然后我们测试数据，不仅仅可以把数据获取到，还可以成功的转换过去：

image

最后首页查看验证信息，以及添加上了，完成。

image

四、结语

今天呢，是补充了上一把的坑，一共提供了三个办法，当然其实第一种也不算是方法，主要是后两者，不知道大家是否能看的懂，然后更倾向于哪一种：

2、不用配置 Automapper 映射信息，只需要新建一个一样的户籍值对象的视图模型 —— 户籍视图模型即可，因为结构相同，所以不需要手动配置映射，就能达到目的。

3、只需要一个视图模型即可控制，在某些情况下，我们不方便使用嵌套的复杂视图模型，只需要配置下映射文件即可达到目的。

今天，也为下一篇做准备，怎么说呢，大家发现，现在我们能正确的添加进去了，但是如果我们要进行验证该怎么办？比如说，我们要判断学校不能小于14岁，手机号格式，邮箱格式等等，

当然，你可以说，我会用前端js校验，也可以后端获取到，if 判断，都是可以的，

不过我个人感觉，后端校验还是很需要的，我采用 FluentValidation 进行后端校验，并且融入到 **领域命令 **中，那如何实现呢，下次再见咯~~~

五、GitHub & Gitee

https://github.com/anjoy8/ChristDDD

https://gitee.com/laozhangIsPhi/ChristDDD