用非静态类包装静态类

Question

我在看一个项目，我发现了一些很奇怪的东西。

public static class DAI

    public static ResponseObject ExecStatement(string db, string sql)
    {
         { ... }
    }

    public static DataSetResponseObject GetDataSet(string db, string sql)
    {
         { ... }
    }

    public static DataTableResponseObject GetDataTable(string db, string sql)
    {
         { ... }
    }
}

public class ExecSP : IExecSP
{
    string _db;
    public ExecSP(string db)
    {
        _db = db;
    }

    public ResponseObject OutputAsResponseObject(string sql)
    {
         return DAI.ExecStatement(_db, sql);
    }

    public ResponseObject OutputAsDataSet(string sql)
    {
         return DAI.GetDataSet(_db, sql);
    }

    public ResponseObject OutputAsDataTable(string sql)
    {
         return DAI.GetDataTable(_db, sql);
    }
}

现在，我认为唯一的两个优点是，在非静态容器中封装时，命名更加清晰，并且可以传递的参数更少。

但我想知道这是不是一个好主意，通过设计来包装静态类与非静态？如果有的话，还有哪些其他原因？因为我认为创建一个静态并对其进行调用是可以的。但是这个项目特意将所有静态类打包；我也不知道为什么。

Answer 1

我过去这样做的最常见的原因是如果静态方法是由第三方库提供的（即我没有编写它），但我不想编写直接依赖于该库的代码。在这种情况下，我将编写自己的类，并让它接受直接依赖项。

假设我使用了一个接口（或者类似于您的示例中的一些东西），那么如果我后来决定要使用一个不同的库，我可以编写另一个实现相同接口的类，并在运行时交换出具体的类（使用类似于依赖注入的东西）。