DDD中的数据实体、域实体和存储库

Question

我正试图让我的头绕过DDD，但我卡住了。这就是我如何设置我的项目：

Data Access Layer
 -Entity models that map to the db
 -Db connection stuff
 -Repositories implementations

Domain Layer
 -Models that represent the DAL entity models
 -Repositories interfaces

Application Layer
 -MVC application that uses Domain models

User Entity in DAL
Name (required)
Last name (required)
Email (required, maxlen 120)
Username (required, maxlen 120)

User Domain Model
Name (required)
Last name (required)
Email (required, maxlen 120)
Username (required, maxlen 120)

然后，我继续实现UserRepository，这里我遇到了另一个问题：UserRepository接口需要域用户模型，当我试图在DAL中实现接口时，我需要使用域用户模型来实现它，这导致DAO是为域模型而不是DAL模型创建的，这没有任何意义。唯一能修正的就是在域层中引用DAL，这是错误的。

Domain Layer:

public interface IGenericRepository<TEntity>
{
    TEntity FindById(TKey id);
}

public interface IUserRepository : IGenericRepository<Domain.User>
{
    Task<User> FindByUserNameAsync(string userName);
}


DAL:

public abstract class GenericRepository<TEntity> : IGenericRepository<TEntity>
{
    protected DbContext ctx;
    protected DbSet<Entity> dbSet;

    public GenericRepository(DbContext context)
    {
        ctx = context;
        dbSet = ctx.Set<TEntity>();
    }

    public virtual TEntity FindById(TKey id)
    {
        return dbSet.Find(id);
    }
}

 public class UserRepository : GenericRepository<Domain.Models.User>, IUserRepository
{
    public UserRepository(DbContext context)
        : base(context)
    {
       // THIS WILL CREATE A DAO FOR A DOMAIN MODEL
    }

    // rest of code...
}

有人能解释一下我在DDD中遗漏了什么吗？

Answer 1

你的问题和你对DDD的怀疑是有道理的，因为你是从代码的角度来处理这个问题的。

你似乎停留在你的“代码重复”，你即将错过更大的图景。

来自维基百科定义：

• 过分强调战术模式的重要性：与其解决真正的业务问题，不如关注聚合根、值对象等。
• 关注代码而不是DDD的原则：代码应该是DDD过程的最后一次迭代。真正的工作是理解业务问题，并试图找到简单易懂的解决方案（去掉问题的复杂性）。

您可以在领域驱动设计的模式、原则和实践中找到更多陷阱以及如何学习应用DDD的建议（陷阱示例摘自本书第9章）