1

我目前正在为我们的新应用程序构建数据访问层和业务逻辑层类，我有一个问题（显然）。首先，这里有一些可能会有所帮助的细节：

  • 使用 Entity Framework 5 进行模型类和数据访问
  • 每个“层”在不同的类库和命名空间（即 App.Model、App.DAL、App.BLL）中分开

从 DAL 开始 - 我决定为所有 DAL 类编写一个基类来继承。

public abstract class DALBase<T> : IDisposable
{
    protected AppEntities context;
    protected DbSet set;

    public DALBase()
    {
        context = new OECCORPEntities();
        set = context.Set(typeof(T));
    }

    protected virtual void Save()
    {
        context.SaveChanges();
    }

    public virtual void Add(T model)
    {
        set.Add(model);
        Save();
    }

    public virtual T Get(int id)
    {
        return (T)set.Find(id);
    }

    public virtual List<T> GetAll()
    {
        return set.OfType<T>().ToList();
    }

    public virtual void Delete(int id)
    {
        T obj = Get(id);
        set.Remove(obj);
        Save();
    }

    public virtual void Update()
    {
        Save();
    }

    public void Dispose()
    {
        context.Dispose();
    }
}

正如您将看到的，基类实现了一个泛型类型，它应该是 DAL 类负责使用的模型的类型。使用泛型类型，在构造函数中，它使用泛型参数的类型创建一个 DbSet - 它在下面预定义的类似 CRUD 的虚函数中使用（添加、获取等）。

然后我明白了——等一下……因为它是通用的，我真的不必为每个模型都实现 DAL 类。我可以写这样的东西：

public class GenericDAL<T> : DALBase<T>
{
    public GenericDAL() : base() {}
}

...我可以用于任何模型。好的，等等到业务逻辑层。我也为 BLL 创建了一个基类：

public abstract class BLLBase<T>
{
    protected GenericDAL<T> dal;

    public BLLBase()
    {
        dal = new GenericDAL<T>();
    }

    public virtual void Add(T model)
    {
        dal.Add(model);
    }

    public virtual T Get(int id)
    {
        return dal.Get(id);
    }

    public virtual List<T> GetAll()
    {
        return dal.GetAll();
    }

    public virtual void Delete(int id)
    {
        dal.Delete(id);
    }

    public virtual void Update()
    {
        dal.Update();
    }
}

...它使用 GenericDAL 来完成它的工作。所以以一种类似的方式，我只是写了一个看起来像这样的 GenericBLL 类：

public class GenericBLL<T> : BLLBase<T>
{
    public GenericBLL() : base() { }
}

为了测试它，一个简单的控制台应用程序：

class Program
{
    static void Main(string[] args)
    {
        GenericBLL<ADMIN> bll = new GenericBLL<ADMIN>();
        List<ADMIN> admins = bll.GetAll();
    }
}

...其中“ADMIN”是模型类型。奇迹般有效。

这背后的想法是避免为每个模型编写 DAL / BLL 类，除非它需要额外的功能。有人能告诉我为什么我不想这样做吗？我认为通用 DAL / BLL 类可以完成工作并节省开发时间。

感谢您的时间。

4

2 回答 2

1

好吧，一个缺点是，如果您决定稍后添加一些业务规则，则必须将类型从GenericBLL[Whatever]切换到WhateverBLL。

一个明显的解决方案是创建一个继承自GenericBLL[Whatever]的类。喜欢：

public class WhateverBLL : GenericBLL<Whatever>

并改用这个类。

于 2013-02-21T15:29:04.993 回答
0

现在，您的 BLL 并没有特别增加价值。每个调用都只是传递到另一层。也许是您的应用程序的简单性（感谢您的幸运星，您是如此幸运），或者您拥有我将其归类为生活在其他地方的实际业务逻辑。

对我来说，业务逻辑是在持久化数据之前完成的所有事情，在检索数据之后完成的所有事情，以及类似的事情。决定，道路上的岔路口，所采取的行动。相比之下，实际上保存和检索数据通常是极其微不足道的。

因此，当我查看您的通用 DAL 基类时，我认为这是一个好的开始。我可能会从中提取一个接口，以便在测试时替换它。目前，继承基础的类没有增加任何价值。不要仅仅为了它而创建图层和类，确保它增加了价值并以某种方式让你的生活更轻松。

当我查看您的通用 BLL 类时，我认为您可能将真正的业务逻辑隐藏在某种形式的代码隐藏中，或者隐藏在控制台应用程序的类文件中。虽然肯定有可能存在仅因类型而异的通用功能，但我不认为一个类是你想要的。我的建议是重新考虑您认为的实际业务逻辑。到 DAL 的简单传递层可能不是它。

于 2013-02-21T15:44:19.247 回答