面向未来的 DAL

Question

我们正处于一个非常漫长的开发项目的开始阶段，其中有几个子项目。基本上每个子项目都需要几个月的时间来开发。代码本身将被拆分为多个 C# 项目，但物理数据库将由所有项目共享。

问题是可维护性。如果我们向表中添加一列，或者将表拆分为两个较小的表，则必须返回并修改 C# DAL 以支持这些更改。这是不可接受的，因为我们将不断调整数据库以满足整个公司的需求，而不仅仅是单个程序的需求。不断更改旧代码将是一项永无休止的任务。

我们的数据库人员提出了不同的观点。我们通过存储过程完成所有 CRUD，并在多个表中使用 Linq 来执行 SELECT 语句。然后，如果我们在几年后重组数据库，我们可以简单地提供相同的存储过程和视图，而不必修改我们的旧代码。

我们的问题是，对于这样的事情应该使用什么 ORM？ EF 似乎有点大材小用（也许不是）。像 SubSonic 这样的带有 T4 模板的东西会允许更简单（也许更快）的 DAL 吗？

或者也许有人知道如何让整个过程不那么痛苦？我们不想在应用程序中添加另一层，但我们也不想每次更改数据库时都返回并修改代码。

编辑1： 所以当我说“我真的不想添加更多层”时。这主要是因为我们已经有几个层了。我们有 Silverlight 视图、视图模型、BLL 对象（通过 CSLA），然后有 DAL，最后是 SQL 表本身。

Answer 1

C# DAL...不仅仅是单个程序的需求。 C# DAL 作为单独的程序集的全部意义在于它可以在任何类型的 .NET 应用程序中重用。您将遇到的主要问题是，如果数据库发生更改，则 DAL 必须更改（一次），然后所有依赖于 DAL 的应用程序都必须使用新的 DAL 重新部署。您还存在非 .NET 应用程序无法使用 DAL 的问题。

好的，那么如何集中 DAL 以便不必为每个应用程序重新部署它呢？想想 SOA。您可以构建一个 WCF 服务来包含 DAL（也可能是 BLL）。您的所有应用程序（如果您使用 Web 服务，甚至那些不是 .NET 的应用程序）都可以使用此服务。当数据库发生更改时，您可以更新 WCF 服务并部署一次。只要确保您没有进行任何重大更改即可！如果您需要添加/更改功能，请创建 MyMethod2。

注意：当您听到 n-tier 时，通常是
指的是三层，其中每层
是独立的软件并且通常在
单独的服务器：演示（UI），
应用程序（您的 BLL/DAL）、数据（您的
SQL 数据库）。这种架构有其优点。

我们不想向我们的应用程序添加另一层。好的，所以三层可能不是您的情况的最佳方法。

我们不想每次更改数据库时都返回并修改代码那么您的 DBA 人员建议的就是唯一的方法。

但是，请考虑一下：更改存储过程与修改代码相同吗？基本上是同一件事。 SQL 存储过程通常不受版本控制或测试，但它们应该如此。 SQL 不具备 .NET 等语言的丰富性。 WCF 可以在网络场中轻松扩展。一旦考虑了这些和其他原因，也许值得采用三层/SOA 方法。

这实际上取决于您的项目规模、员工技能、未来发展等，而这只有您才能决定。

Answer 2

我已经开始根据 BLToolkit rel="nofollow">http://ormeter.net/

您可以在简单的类文件中定义您的模型，添加一些应用了属性的方法，然后您就拥有了 DAL。将表分成两部分，您可以维护原始类文件，同时创建新的类文件来支持拆分表。只需确保您创建一个测试项目，该项目能够命中每个方法，以确保它们都适用于每个版本

类

    public class DirectoryListing
    {
        [PrimaryKey, Identity]
        public Int64 Id { get; set; }
        public Int64? OldId { get; set; }
        public Int32 CategoryId { get; set; }
        [Nullable]
        public String CompanyName { get; set; }
}

常规选择或表值函数：

[SqlQuery("SELECT * FROM Ajax_CategorySearch(@SearchString, @ResultCount)")]
[Cache(MaxCacheTime = 10, IsWeak = false)]
public abstract List<String> AjaxCategorySearch(String @SearchString, Int32 @ResultCount = 10);

或者使用存储过程：

[ActionName("SelectById")]
public abstract Model.DirectoryListing SelectById(Int64 @Id);

这将调用 SP DirectoryListing_SelectById

哦，并且在更多中执行操作经典方法也很简单

    using (BIFDbManager db = new BIFDbManager())
    {
        var output = db.SetCommand(
            "SQL GOES HERE",
            db.Parameter("@Id", 1))
            .ExecuteList<DAL.Model.DirectoryListing>();

        totalrecords = output.Count();

        return output;
    }

最后一个难题是数据库管理器，它还支持 LINQ。

public class BIFDbManager : DbManager
{
    public BIFDbManager() : base("Connection string name") { }

    public Table<DirectoryListing> DirectoryListings { get { return GetTable<DirectoryListing>(); } }
}

Answer 3

没有数据库你能工作多久？如果有问题，晚点再介绍。是的，这可能意味着您添加一个层。