使用RavenDB实现仓库和服务模式

18 浏览
0 Comments

使用RavenDB实现仓库和服务模式

我在我的RavenDB项目中实施“存储库和服务模式”遇到了一些困难。最主要的问题是我的存储库接口应该如何设计，因为在RavenDB中，我使用了一些索引来进行查询。

假设我需要获取所有父ID等于1的项目。一种方法是使用IQueryable List()来获取所有文档，然后添加一个where子句来选择父ID等于1的项目。这似乎是一个不好的主意，因为我无法使用RavenDB中的任何索引功能。所以另一种方法是在存储库中使用类似这样的方法：IEnumerable Find(string index, Func predicate)，但这似乎也不是一个好主意，因为它不够通用，并且要求我为从RavenDB切换到普通SQL服务器时实现此方法。

那么，我该如何实现一个通用的存储库，同时还能获得RavenDB中的索引优势呢？

0

3 答案

0 Comments

问题的出现原因：

1. 开发者过于关注数据访问，以数据为中心思考问题，而不是应该关注解决方案领域中的概念。

2. 使用IQueryable.List()方法并在代码中添加where条件来查询数据库，这样的做法要求调用存储库或查询的代码了解数据库模式，导致代码的耦合性增加。

3. 使用Func类型的参数来查询数据，这种方式过于通用，导致上层代码与数据库模式直接耦合，而且在切换存储引擎时需要重新实现查询。

解决方法：

1. 应该将查询建模为显式的概念，而不是简单地使用lambda表达式或字符串传递和使用。可以使用Specification模式、存储库中的命名查询方法、查询对象模式等来显式地建模查询。

2. 避免将数据库模式直接暴露给调用方，使得调用方不需要关心或知道是否存在parentid字段。当数据库模式发生变化时，只需要修改少数几个地方，而不是在所有使用特定父项查询的地方都进行修改。

3. 避免使用过于通用的查询方法，以避免上层代码与数据库模式直接耦合。当切换存储引擎时，仍然需要重新实现那些依赖于特定存储引擎的查询。

0
0 Comments

实现RavenDB中的存储库和服务模式的原因是为了在应用程序中使用简单的抽象层来防止直接使用Raven API。然而，尝试在这个层面上完全隐藏数据存储的特性是有问题的，因为这样做会导致麻烦。因此，可以考虑将查询与命令分离。通过将查询模型化为视图模型，并使用RavenDB中最有效的方法来检索数据（例如使用索引进行查询），可以实现更好的查询性能和灵活性。如果需要更改持久性存储，可以更改查询工厂。同时，建议将文档模型化为事务边界，每次写入操作只涉及一个文档的更改。最后，应该考虑使用存储库进行写入操作（加载实体、保存实体、添加实体），并为每个查询创建一个单独的类。不应该试图避免在组合查询时使用RavenDB API，因为该API是有目的地设计可用的。

总之，使用存储库模式或服务模式的原因是根据应用程序的需求进行建模，并描述特定对象的角色。需要根据实际需求思考如何实现这些模式，并不是把每个功能都强行塞进这些模式中。

0
0 Comments

实现RavenDB仓库和服务模式的问题及解决方法

在开发中，使用仓库模式和服务模式可以帮助我们更好地管理数据访问和业务逻辑。然而，在使用RavenDB时，我们可能会遇到一些问题。本文将介绍问题的原因以及解决方法。

问题的原因:

在文章http://novuscraft.com/blog/ravendb-and-the-repository-pattern中，作者介绍了如何使用RavenDB实现仓库模式和服务模式。然而，这个链接已经失效，无法访问。

解决方法:

作者提供了一个备份链接web.archive.org/web/20120626180927/http://novuscraft.com/blog/…，可以通过Way Back Machine来捕获失效链接。通过这个备份链接，我们可以访问到原始文章并了解如何在RavenDB中实现仓库模式和服务模式。

代码示例:

以下是文章中的代码示例，展示了如何使用RavenDB实现仓库模式和服务模式。

public interface IRepository
{
    T GetById(string id);
    IQueryable GetAll();
    void Add(T entity);
    void Update(T entity);
    void Delete(string id);
}
public class Repository : IRepository where T : class
{
    private readonly IDocumentSession session;
    public Repository(IDocumentSession session)
    {
        this.session = session;
    }
    public T GetById(string id)
    {
        return session.Load(id);
    }
    public IQueryable GetAll()
    {
        return session.Query();
    }
    public void Add(T entity)
    {
        session.Store(entity);
    }
    public void Update(T entity)
    {
        session.Store(entity);
    }
    public void Delete(string id)
    {
        var entity = GetById(id);
        session.Delete(entity);
    }
}
public interface IProductService
{
    Product GetProduct(string id);
    IEnumerable GetAllProducts();
    void AddProduct(Product product);
    void UpdateProduct(Product product);
    void DeleteProduct(string id);
}
public class ProductService : IProductService
{
    private readonly IRepository repository;
    public ProductService(IRepository repository)
    {
        this.repository = repository;
    }
    public Product GetProduct(string id)
    {
        return repository.GetById(id);
    }
    public IEnumerable GetAllProducts()
    {
        return repository.GetAll();
    }
    public void AddProduct(Product product)
    {
        repository.Add(product);
    }
    public void UpdateProduct(Product product)
    {
        repository.Update(product);
    }
    public void DeleteProduct(string id)
    {
        repository.Delete(id);
    }
}

通过以上代码示例，我们可以看到如何定义一个通用的仓库接口`IRepository`，并使用RavenDB的`IDocumentSession`来实现具体的仓库类`Repository`。同时，我们还定义了一个产品服务接口`IProductService`，并使用仓库类来实现具体的产品服务类`ProductService`。

通过这种方式，我们可以使用RavenDB来管理数据访问和业务逻辑，并且可以通过仓库和服务模式来提高代码的可维护性和可测试性。

总结:

本文介绍了使用RavenDB实现仓库模式和服务模式时可能遇到的问题以及解决方法。通过使用备份链接和代码示例，我们可以学习如何在RavenDB中实现这两种模式，并提高代码的质量和可维护性。

0