详解DDD领域驱动设计以及C#代码示例

全栈神

于 2024-09-09 13:55:57 发布

阅读量689

点赞数 26

文章标签： c# unity 开发语言架构

本文链接：https://blog.csdn.net/m0_55399448/article/details/142057120

版权

领域驱动设计（Domain-Driven Design，简称DDD）是由Eric Evans提出的一种软件开发方法论，旨在通过紧密结合业务领域和技术领域来解决复杂的软件开发问题。DDD的核心思想是将领域知识和技术实现结合起来，创建符合业务需求且灵活可扩展的系统架构。

DDD的核心概念

领域（Domain）：领域指的是软件系统所针对的业务范围。在DDD中，理解和划分领域是第一步，开发团队需要和领域专家（业务人员）紧密合作，了解业务需求并将其转换为系统模型。
子域（Subdomain）：领域通常是非常庞大的，难以一口气解决。为了管理复杂性，DDD将领域划分为多个子域。子域可以是核心子域、支撑子域和通用子域。核心子域是业务的核心部分，最具竞争力，需要专注开发。
限界上下文（Bounded Context）：限界上下文是解决大规模系统复杂性的重要手段。每个限界上下文都有独立的模型、逻辑和边界。限界上下文内的模型在上下文之外无效，因此不同的上下文可以使用不同的技术栈或模型。
实体（Entity）：实体是具有唯一标识的对象，实体随着时间的推移其状态会发生变化。实体在系统中的生命周期较长，因此其标识符至关重要。
值对象（Value Object）：值对象没有唯一标识，通常是不可变的。在领域模型中，值对象用于描述一个属性的值而不关注它的身份，比如货币、地址等。
聚合（Aggregate）：聚合是一组相关的实体和值对象的集合，由一个根实体（Aggregate Root）作为入口来控制聚合的生命周期。聚合根负责维护聚合内部的一致性。
工厂（Factory）：工厂模式用于创建复杂的对象或聚合。通过工厂，业务逻辑和对象创建的职责可以分离开。
仓储（Repository）：仓储用于持久化和检索聚合根。它封装了数据访问逻辑，使得领域模型与数据存储细节解耦。

DDD的四层架构

用户界面层（User Interface Layer）：负责处理用户的输入和呈现输出，是用户与系统交互的入口。它与业务逻辑无关，只负责视图和输入。
应用层（Application Layer）：主要处理用例逻辑（Use Case），它不包含业务逻辑，而是用来协调领域对象和资源。应用层的主要任务是提供用例的入口，并确保事务的原子性。
领域层（Domain Layer）：核心业务逻辑所在的地方。领域模型通过实体、值对象、聚合和领域服务等模式来实现。领域层是DDD的重点，确保业务逻辑与应用层和基础设施层分离。
基础设施层（Infrastructure Layer）：提供技术支持，包含数据库、消息队列、日志等。基础设施层实现了领域层所需的持久化、外部服务调用等技术细节。

C#领域驱动设计代码示例

1. 实体（Entity）示例

public class Customer
{
    public Guid Id { get; private set; }
    public string Name { get; private set; }

    public Customer(Guid id, string name)
    {
        if (string.IsNullOrEmpty(name)) throw new ArgumentException("Name cannot be null or empty.");
        Id = id;
        Name = name;
    }

    public void ChangeName(string newName)
    {
        if (string.IsNullOrEmpty(newName)) throw new ArgumentException("Name cannot be null or empty.");
        Name = newName;
    }
}

这个Customer类是DDD中的实体，它有一个唯一标识Id，同时可以通过ChangeName方法来改变其状态。

2. 值对象（Value Object）示例

public class Address
{
    public string Street { get; }
    public string City { get; }
    public string PostalCode { get; }

    public Address(string street, string city, string postalCode)
    {
        Street = street;
        City = city;
        PostalCode = postalCode;
    }

    // 重写Equals和GetHashCode用于值对象的比较
    public override bool Equals(object obj)
    {
        var other = obj as Address;
        if (other == null) return false;
        
        return Street == other.Street && City == other.City && PostalCode == other.PostalCode;
    }

    public override int GetHashCode()
    {
        return HashCode.Combine(Street, City, PostalCode);
    }
}

值对象Address是不可变的，只能在创建时指定值。它没有唯一标识，主要依赖属性的值来进行相等性判断。

3. 聚合根（Aggregate Root）和仓储（Repository）

public class Order
{
    public Guid Id { get; private set; }
    public Customer Customer { get; private set; }
    public List<OrderItem> Items { get; private set; }

    public Order(Customer customer)
    {
        Id = Guid.NewGuid();
        Customer = customer;
        Items = new List<OrderItem>();
    }

    public void AddItem(OrderItem item)
    {
        if (item == null) throw new ArgumentException("Item cannot be null.");
        Items.Add(item);
    }
}

public interface IOrderRepository
{
    Order GetById(Guid id);
    void Save(Order order);
}

Order类是一个聚合根，包含OrderItem集合，它通过AddItem方法管理聚合内部的一致性。仓储接口IOrderRepository用于持久化和检索订单。

4. 应用服务（Application Service）示例

public class OrderService
{
    private readonly IOrderRepository _orderRepository;

    public OrderService(IOrderRepository orderRepository)
    {
        _orderRepository = orderRepository;
    }

    public void CreateOrder(Customer customer)
    {
        var order = new Order(customer);
        _orderRepository.Save(order);
    }

    public void AddItemToOrder(Guid orderId, OrderItem item)
    {
        var order = _orderRepository.GetById(orderId);
        if (order == null) throw new Exception("Order not found.");

        order.AddItem(item);
        _orderRepository.Save(order);
    }
}

OrderService是一个应用服务，用来协调业务流程。在这里，CreateOrder和AddItemToOrder是两个业务用例，应用服务负责使用领域对象并确保事务一致性。