c# – 为什么要抽象ORM？

我经常看到使用存储库模式来抽象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本身的接口/基类,因此您可以轻松地测试和模拟它.