为什么在DAL中使用Microsoft Sql Server管理对象(SMO)需要在引用DAL的项目中引用SMO dll

我在谷歌上搜索了一个答案，使用：

"类型'Microsoft.SqlServer.Management.Smo.Server'是在未引用的程序集中定义的。"

为什么在DAL中使用Microsoft Sql Server管理对象（SMO）需要引用项目中的SMO dll？

在引用项目中使用sql-smo

分层解决方案中的sql-smo

sql-smo参考要求

可能还有其他一些人，他们还没有找到这个问题的解决方案或解释。

诚然，我只是一个熟练的谷歌用户，所以如果有人想给我权力级别，并为现有资源指明方向，我会很乐意从那里开始探索。

这是我的设置：

我有一个分层的解决方案：DAL、业务逻辑、服务、UI。有一个托管服务的主机项目。实际上，我正在使用VS2010扩展layerguidance.codeplex.com来设置所有这些项目，这非常好。我使用的是SQL Server 2008 Express和SMO v10。所有解决方案项目都使用"项目引用"进行引用。所有项目都编译到一个通用的顶级Bin文件夹中。

现在的问题是：

在DAL中的类中，我有一个SmoTasks类，它处理与SMO对象的接口，还有一个Utilities类，它从SmoTasks中抽象出来，并提供对其功能的访问，而不需要任何SMO对象作为参数，因此引用项目（读作：业务逻辑层）可以使用非SMO类型进行接口。DAL中一切都很好，它编译得很好，方法通过了测试——它在我的世界中的地位感觉很好。然后在BLL中，我有一个组件，它处理使用Utilities类为将通过服务公开的应用程序执行数据库配置的问题。BLL使用DAL的项目参考，并按预期查看DAL类（la intellisense）。当我编译时，我得到：

类型"Microsoft.SqlServer.Management.Smo.Server"是在未引用的程序集中定义的。必须添加对程序集"Microsoft.SqlServer.Smo，Version=10.0.0，Culture=neutral，PublicKeyToken=88945dcd8080cc91"的引用

BLL中的代码如下：

 public bool CreateTables(string connectionString)
    {
        bool result = default(bool);

        // Data access component declarations.
        Utilities utilities = new Utilities();
        // Step 1 - Calling CreateTables on Utilities.
        result = utilities.CreateTables(connectionString);
        return result;
    }

错误指向的行是：

result = utilities.CreateTables(connectionString);

很明显，我可以将SMO引用添加到BLL中，然后BLL会很高兴，但这违反了我的松耦合项目的设计目标。如果我将SMO程序集添加到BLL，它会编译，然后在服务层中引用BLL对象不会引起抱怨。我的问题是，为什么？更具体地说：当DAL中的Utilities类已经抽象掉SMO类型时，为什么BLL需要引用SMO

我想要的是DAL（duh）中所有与数据库相关的内容，以及BLL（double-duh）中唯一的业务逻辑有没有其他方法可以使用我忽略的SMO来实现这一点

感谢您宝贵的时间和回答，我谦卑地等待您的回复

编辑：我已经根据Chris的建议调整了我的解决方案，验证了我使用的是项目引用（我是），在手动浏览和添加之前，我使用Muse.VS扩展读取了DAL中对SMO的引用以添加GAC引用，然后我继续为这些程序集设置Copy Local=True，以确保它们在附近。。。但我仍然被这个烦人的编译错误所困扰。