存储库模式和服务层实现

Question

我正在为我的 mvc4 网站使用通用存储库和工作单元模式。

现在我有一种情况，我想删除我系统的一个用户。 在删除代码中，我必须删除其他表中的一些条目（cmets、accessrights、..）。

最简单的解决方案是创建一个UserRepository，它继承自GenericRepository<User>，并修改delete方法删除其他表中的数据。但这意味着我的UserRepository 可以访问其他表，这些表应该有自己的存储库类，对吧？

我读过一个服务层，它位于我的业务逻辑和我的存储库之间。

这里的最佳实践是什么？服务层的实现如何？

如果我使用服务层或者我应该只有通用存储库并在服务类中执行我的逻辑，是否仍然需要自定义实现的存储库，例如 UserRepository？

示例代码：

class UserRepository
{
    public void Delete(User entity)
    {
        var userComments = Context.UserComments.Get(comment => comment.UserId == entity.Id);

        foreach (var comment in userComments)
        {
            Context.UserComments.Remove(comment);
        }

        //
        // same for access rights here
        //

        Context.Users.Remove(entity);
    }
}

Answer 1

使用

.WillCascadeOnDelete(true);

在modelBuilder

回答您有关服务的问题。理想情况下，您希望您的服务对存储库为您检索的实体/对象执行附加逻辑。在这种情况下，您并不真正希望服务删除行，因为这是您的存储库的责任。

服务很好。在 MVC 中，您从控制器调用服务方法。理想情况下，接口可以让您轻松测试它们。

Answer 2

正如您所说，服务层可以帮助您将业务逻辑和存储库分开。这里的主要思想是依赖注入

public interface IUserService
{
    public void Delete(User entity);
}

//
// This class would be used Linq to Entities 
public class LinqUserService : IUserService 
{
    public void Delete (User entity)
    {
    }  
}

// 
// This class would be used Sql command
public class SqlUserService : IUserService
{
    public void Delete (User entity)
    {
    } 
}

Answer 3

存储库模式随着 DDD（领域驱动设计）运动而普及。在 DDD 中，建议您不要为每个表创建一个存储库，而是为每个聚合根创建一个存储库。因此，虽然您可能有一个用于用户、用户订单和用户 cmets 的表，但您可以决定用户是聚合根，然后您只需创建一个用户存储库并在那里添加您的方法。

无论如何，无论您是否关心 DDD，我都会将逻辑添加到您的用户存储库中，在那里而不是任何其他存储库是有意义的。

您可以为此创建一个服务层并创建一个服务类，但服务类对此实际上没有用 - 在这种情况下您并没有真正受益。