我经常看到使用存储库模式来抽象ORM的代码.为什么这样做？ ORM不是一个抽象而且本身就是一个存储库吗？
之间有很大的区别吗？
public class EmployeeRepo
{
GetById(int id) { //Access ORM here };
}
消费数据：
public class MyController{
private EmployeeRepo = _Repo = new EmployeeRepo();
public ActionResult ShowEmployee(int id)
{
var emp = _Repo.GetById(id);
//Versus
var emp = ORM.Where(e => e.Id == id);
return View(emp);
}
}
我为什么要完成重建ORM已经给我的东西的工作？
解决方法
I often see code that uses the repository pattern to abstract the ORM.
99.(9)％的项目不需要.程序员似乎已经超越了月球,因为他们可以创建另一个抽象抽象.
Why should I go through the work of recreating what the ORM is already giving me?
你不应该这样做,事实上,你创造了更多的问题,仅举几例：
>客户是否明确要求该功能在ORM之间轻松切换？真？你有预算吗？
>您准备为您的抽象引入测试覆盖率,您有时间和金钱
>你有登录框架吗？
>您是否考虑过设计时间来确定可以支持的常用API？那么缓存,分片,负载分配,存储过程,触发器呢？
>您是否准备花时间升级到几个ORM的新版本,您准备好修复重大变化吗？
更好的是,使用ORM本身的接口/基类,因此您可以轻松地测试和模拟它.
