c# - 使用接口(interface)松耦合 NoSQL 提供程序

Question

这是一个有点白痴的问题，所以你必须原谅我，但我是一个自学成才的程序员，良好、干净的架构经常让我难过。我正在通过这样的问题学习 :)

所以我必须编写一个数据访问类来与 NoSQL 数据库交互。问题在于，我们想让自己在以后改变我们的 NoSQL 平台，所以我需要尽可能松散地使我的类和实际数据访问之间的这种依赖关系。

我在脑海中勾勒出这个草图，我认为最好的方法是制作一个有点像这样的界面:

public interface INoSql
{
    string ServerLocation
    {
        get; set;
    }

    string DatabaseName
    {
        get; set;
    }

    string CollectionName
    {
        get; set;
    }

    void SaveChanges(List<NoSqlItem> nsCollection);
}

然后为 MongoDB 创建一个特定的数据访问类

public class MongoDBConnection : IRealtimeDataAccess
{
    string ServerLocation
    {
        get; set;
    }

    string DatabaseName
    {
        get; set;
    }

    string CollectionName
    {
        get; set;
    }

    public void SaveChanges(List<NoSqlItem> nsCollection)
    {
        MongoServer mServer = MongoServer.Create(this.ServerLocation);
        MongoDatabase mDb = mServer.GetDatabase(this.DatabaseName);
        MongoCollection<BsonDocument> mDbItemCollection = mDb.GetCollection<BsonDocument>(this.CollectionName);
        mDbItemCollection.InsertBatch(nsCollection);
    }

到目前为止很简单——我所要做的就是确保任何使用数据访问层的类只引用接口(interface)，然后如果我们想换成另一个 NoSQL 提供者，我所要做的就是重新编码一个新数据访问实现相同接口(interface)的组件对吗？嗯，想通了，想用的时候问题就来了。因为这显然行不通:

 INoSql noSQLConnection = new INoSql;

因为你不能实例化一个接口(interface)。

那么让我的代码保持良好和松散的解决方案是什么？阅读它看起来好像一个答案是将它注入(inject)构造函数:

public class MyClass
{
    private INoSql NoSql;

     public myClass(INoSql NoSql)
     {
         this.NoSql = NoSql;
     }
 }

这看起来很整洁，但这不就是在替换问题吗？因为当您创建 MyClass 时，您将不得不实例化实现 INoSql 的具体版本，是的，并且必须是 MongoDBConnection - 或其他任何东西 - 而不是松散耦合的类？

显然我错过了什么，但是什么？对于这个常见问题，还有其他解决方案吗？

干杯， 马特

Answer 1

您不需要重新发明轮子。

在我看来，Repository design pattern 将完成这项工作:

• http://martinfowler.com/eaaCatalog/repository.html
• http://msdn.microsoft.com/en-us/library/ff649690.aspx

更新

忘记了“如何获取接口(interface)实现”的部分。

您将遵循存储库模式，创建一个接口(interface)或抽象类，然后是您的 NoSQL 对象源的特定实现。

为了获得正确的实现，正如其他人所指出的，您可以使用一些框架，例如:

• 温莎城堡:http://www.castleproject.org/container/
• 输入:http://ninject.org/
• 许多其他...

最后，我想建议您 Common Service Locator 是一个好 friend ，因为它不会直接依赖于特定的 IoC/DI 框架:

• http://commonservicelocator.codeplex.com/