如何开始DDD

在开始DDD之前，你需要了解DDD的一些基础知识，聚合(AggregateRoot)、实体(Entity)、值对象(ValueObject)，工厂(Factory)，仓储(Repository)和领域服务(DomainService)。在这里值对象有区别于C#的值类型，请不要将两者混淆，一开始我也范了这个错误。聚合并不是设计的越大越好，相反的我们应该尽量为聚合划分最小范围。

从一个简单的例子开始。用户注册，三层结构的做法基本上就这样

public class User
{
    public string Id { get; set; }
    public string LoginId { get; set; }
    public string Password { get; set; }
    public string Name { get; set; }
    public string Email { get; set; }
    public string Cellphone { get; set; }
    ...
}
 
public class UserService
{
    private readonly UserDao _userDao;
    public void Register(User user)
    {
        _userDao.Save(user);
    }
}
 
public class UserController
{
    private readonly UserService _userService;
    public UserController(UserService userService)
    {
        this._userService = userService;
    }
 
    public void Register(FormCollection form)
    {
        User user = new User();
        user.LoginId = form.Get("LoginId");
        user.Password = form.Get("Password");
        user.Name = form.Get("Name");
        user.Email = form.Get("Email");
        user.Cellphone = form.Get("Cellphone");
        ...
 
        _userService.Register(user);
    }
}

上面的代码就是UI传什么数据过来就给User相应的属性赋值，这种做法往往是凭我们的经验及对这种业务的普遍性做出的设计。他存在一点问题，用户注册到底需要哪些信息并不明确，这些具体业务我们并不知道。那么领域专家提出来了，为了简化用户注册流程，只需要新用户提供登录名，密码及邮箱就行了，且用户名不能修改。

OK。那么UI的代码就会变成

public class UserController
{
    public void Register(FormCollection form)
    {
        User user = new User();
        user.LoginId = form.Get("LoginId");
        user.Password = form.Get("Password");
        user.Email = form.Get("Email"); 
 
        _userService.Register(user);
    }
}

似乎问题解决了。但仔细想想以上代码基本上没有什么业务，也没有规则，更像是添加一条数据记录，而且要命的是用户名不能修改根本没办法体现。

如果用了DDD后那么会有怎样的变化呢？

public class User
{
    public User(string loginId, string password, string email)
    {
        this.LoginId = loginId;
        this.Password = password;
        this.Email = email;
    }
 
    public string Id { get; private set; }
    public string LoginId { get; private set; }
    public string Password { get; private set; }
    public string Name { get; private set; }
    public string Email { get; private set; }
    public string Cellphone { get; private set; }
    ...
}
 
public interface IUserRepository
{
    void Add(User user);
 
    void Remove(User user);
}
 
public class UserController
{
    private readonly IUserRepository _userRepository;
    public UserController(IUserRepository userRepository)
    {
        this._userRepository = userRepository;
    }
 
    public void Register(FormCollection form)
    {
        User user = new User(form.Get("LoginId"), form.Get("Password"), form.Get("Email"));
 
        _userRepository.Add(user);
    }
}

第一步应该将模型的描述属性定义为值对象，所有状态的变化都是通过业务行为来改变。这样也就很自然的看到一个新用户档案从无到有的过程，即new一个User，需要提供登录名，密码及邮箱且用户名不能修改，这也完全吻合领域专家的要求，有点领域驱动要你怎么做的意思了吧。

接下来领域专家又提出来了，密码不能采用明文，需要加密，用什么加密方式还不确定。我靠，这还要怎么写代码。其实还是可以继续设计，抽象出一个加密规则的接口

public interface IEncryptionService
{
    string Encrypt(string password);
}

至此好像new一个user变得有些复杂了，首先构造函数不能解决密码加密的问题，怎么办？那就是通过Factory

public class UserFactory
{
    private readonly IEncryptionService _encryptionService;
    public UserFactory(IEncryptionService encryptionService)
    {
        this._encryptionService = encryptionService;
    }
 
    public User Create(string loginId, string password, string email)
    {
        return new User(loginId, _encryptionService.Encrypt(password), email);
    }
}
 
public class UserController
{
    private readonly IUserRepository _userRepository;
    private readonly UserFactory _userFactory;
    public UserController(IUserRepository userRepository, IEncrypt encrypt)
    {
        this._userRepository = userRepository;
        this._userFactory = new UserFactory(encrypt);
    }
 
    public void Register(FormCollection form)
    {
        User user = _userFactory.Create(form.Get("LoginId"), form.Get("Password"), form.Get("Email"));
 
        _userRepository.Add(user);
    }
}

这样就领域中封装了业务规则，在前端人员根本不需要感知密码是怎么加密的这些业务，而且代码也是简单的。

接下来领域专家又提出了一个规则就是用户名必须唯一。那么问题又来了，工厂构造出来的user并不能保证用户名是唯一的，如果让这些业务在ui端做判断，事必增加前端开发人员的工作量，同时按照DDD的原则是不应该将具体业务暴露出来的。怎么办，那就要引用Domain Service了。简单修改下代码

public interface IUserRepository
{
    void Add(User user);
 
bool IsLoginIdExist(string loginId);
}
 
public class DomainService
{
    private readonly IUserRepository _userRepository;
    public DomainService(IUserRepository userRepository)
    {
        this._userRepository = userRepository;
    }
 
    public void Register(User user)
    {
        if (_userRepository.IsLoginIdExist(user.LoginId)) {
            throw new Exception("用户名已存在");
        }
 
        _userRepository.Add(user);
    }
}
 
public class UserController
{
    private readonly UserFactory _userFactory;
    private readonly DomainService _domainService;
    public UserController(IUserRepository userRepository, IEncrypt encrypt)
    {
        this._domainService = new DomainService(userRepository);
        this._userFactory = new UserFactory(encrypt);
    }
 
    public void Register(FormCollection form)
    {
        User user = _userFactory.Create(form.Get("LoginId"), form.Get("Password"), form.Get("Email"));
 
        _domainService.Register(user);
    }
}

第一篇就写这么多吧，基本上DDD的相关知识都涉及了一点。接下来将慢慢丰富此例子。