3

目前我面临的问题是，我尝试为我的 .NET 应用程序设计一个 DAL，该应用程序稍后将使用某种 NoSQL 数据库。
我现在评估的 NoSQL 数据库有时在用作主键的类型上有所不同。例如，MongoDB 使用专有的ObjectID，而 RavenDB 使用通用的string. 所以我的问题是，我如何设计这样一个可以处理不同类型的域模型 id 的 DAL。

我的第一种方法是制作通用领域模型。这看起来像这样：

// Domain Model
public class Filter<TId> {
  public TId Id { get; set; }
  // ...
}

// DAO-interface
public interface IFilterDao<TId> {
  bool Persist(Filter<TId>);
  // ...
}

// This is where the problems begin
public static class DAOFactory {
  public static IFilterDAO<T> GetFilterDAO<T>() {
    // Implementation of IFilterDAO<T> can't be instantiated because types must be known at compile time
  }
}

DAO-Factory方法中的注释已经描述了问题：我不能T在运行时定义，因为对应的代码是在编译时生成的。

我的第二种和第三种方法是将 定义Id为objector 或dynamic。RavenDB 无法使用object，因为它需要一个字符串。使用dynamic我无法将 lambdas 传递给 RavenDB API（发生编译器错误“表达式树可能不包含动态操作”）。构建表达式树而不是使用 lambda 确实是最后的出路，因为它更耗时。

所以我完全被困住了，我希望有人能帮助我。提前致谢。

更新：我终于可以使用 RavenDB 了object，但这并不是一个令人满意的解决方案object。

4

1 回答 1

2

如果您在编译时知道类型，则可以在静态类中解决问题，对吗？这意味着，每个底层数据库都需要一个 DaoFactory 实现。

答案是你不应该使用工厂模式——相反，你应该使用抽象工厂模式。

public class Filter<TId> { 
  public TId Id { get; set; } 
} 

public interface IFilterDao<TId> { 
  bool Persist(Filter<TId>); 
} 

// Note: Can't be static since polymorphism requires an instance!
public abstract class DaoFactory<TId> {
  public abstract IFilterDao<TId> GetFilterDao<TId>();
}

public sealed class MongoDBDaoFactory : DaoFactory<ObjectID> {
  public override IFilterDao<ObjectID> GetFilterDao<ObjectID>() { /* ... */ }
}

public sealed class RavenDBDaoFactory : DaoFactory<String> {
  public override IFilterDao<String> GetFilterDao<String>() { /* ... */ }
}

我不得不做类似的事情并尝试使用依赖注入模式来选择在运行时使用的适当实现，但由于泛型问题，这实际上很难做到。 抽象工厂是去这里的最佳方式。

于 2012-06-06T05:21:23.167 回答