DAL 中的实体框架存储库模式，如何实现更新功能？

Question

或我们的一个项目（C# Windows 服务，主要用于处理来自外部资源的数据并将这些数据读/写到 SQL Server 数据库）我们已经在 DAL 中实现了存储库模式，并且我们为每个 POCO 对象（代表一个表格行）。这些存储库类的使用由工作单元模式管理，因此所有存储库在单个工作单元内共享相同的 DbContext，但这可能与问题无关。

假设一个客户实体的存储库类实现如下：

public class CustomerRepository
{
    private readonly MyContext _context;
    public CustomerRepository(MyContext context)
    {
        _context = context;
    }

    public Customer GetCustomer(string id)
    {
        return _context.Customers.Find(new object[] {id});
    }

    public IEnumerable<Customer> GetAllCustomers(Func<Customer,bool> predicate )
    {
        return _context.Customers.Where(predicate);
    }
    public IEnumerable<Customer> GetCustomerByCity(string city)
    {
        return _context.Customers.Where(c=>s.City.Equals(city));
    }


    public void SetAge(string id, byte age)
    {
         _context.Customers.Find(new object[] { id }).Age = age;
    }

    public void Update(Customer customer)
    {
        _context.Entry(customer).State = EntityState.Modified;
    }

}

现在我有几个关于更新方法的最佳实践的问题：

• 是否建议使用单独的方法来更新数据库中的特定字段，例如 SetAge() 方法？
• 或者是否建议将 Customer 对象获取到我们的 BLL（使用 GetCustomer(id)），然后在 BLL 中设置属性，如 customer.Age = 35;，然后保存此更改？

更新操作大多限于单行中的单个字段。

也许有人愿意和我分享一些现实世界的想法？

Answer 1

有些人认为 EF 是工作单元和存储库，您应该让它为您完成工作。我正在慢慢适应这种思维方式。 EF 真的很擅长管理这一切，重写已经存在的工具是没有意义的。

想一想……

Answer 2

我倾向于同意 Daryal 的观点。但会强调你不要安静地拥有正确的类存储库模型。理想情况下，您希望存储库是通用的。对 Full 对象进行操作并提供 DAL 服务。

 public class DAL.Repository<poco> {

    //methods for CRUD, get List, search whatever you see as right
    // eg ...add error handling....
    void add(poco p){
       context.attach(p);
    ... 
 }


//  The domain/core model layer would have much of the object based business logic
 public class CORE.PocoXYZ {
    //all the get sets and methods required to manipulate the object
 }


// And your Unit of Work Class
Public class DAL.UoW{
    context.savechanges();
}


So i would suggest you perform object level Data storage in the DAL. But do all teh object manipulation in the core.  The DAL would control the save in a UoW class that managed all Repositories.

服务或 UI 层可能会将 UoW/Repository 层注入核心层。

Answer 3

• 是否建议使用单独的方法来更新数据库中的特定字段，例如 SetAge() 方法？

我认为对每个属性进行单独操作并不明智。您最终会得到封装属性的方法。此外，与其为每种类型实现方法，为什么不创建一个基础存储库来实现常见操作？您可以在基类中实现 GetAll 而不是 GetAllCustomers，并从该基存储库派生所有存储库。

• 或者是否建议将 Customer 对象获取到我们的 BLL（使用 GetCustomer(id)），然后在 BLL 中设置属性，如 customer.Age = 35;，然后保存这些更改？

我认为问题不在于您更改属性的位置，问题在于anemic domain model。您有一个单独的业务层，它使用存储库方法修改对象。这违反了面向对象的方法，即对象应具有属性和方法。