我正在.net 中开发一个小应用程序。这个应用程序基本上调用 6 到 7 个存储过程和 3 个表,然后将数据更新到另一个表。我认为使用带有存储库模式的实体框架是一种过度杀伤力。带有静态方法的数据层类看起来太简单了。
关于如何设计数据层的任何想法?
我正在.net 中开发一个小应用程序。这个应用程序基本上调用 6 到 7 个存储过程和 3 个表,然后将数据更新到另一个表。我认为使用带有存储库模式的实体框架是一种过度杀伤力。带有静态方法的数据层类看起来太简单了。
关于如何设计数据层的任何想法?
首先,无论有没有存储库,实体框架都可以很好地工作!
存储库模式的目标之一是在域和数据层之间添加一个抽象层。
如果您正在创建一个简单的应用程序,并且您是唯一参与其中的开发人员,请记住KISS和YAGNI原则!
只需创建一个表示层,它将调用业务层中的服务,它将负责像这样调用 EF:
public void InsertThings(Entity1 entity1)
{
using (var context = new MyContext())
{
var entity1 = new Entity1 { Name = "My first Entity" };
context.Entity1.Add(entity1);
context.SaveChanges();
}
}
public IEnumerable<Customer> GetCustomers()
{
var customers = db.customers
return customers.ToList();
}