如何开始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的相关知识都涉及了一点。接下来将慢慢丰富此例子。