Repository 返回 IQueryable?还是 IEnumerable?

这是一个很有意思的问题,我们一步一步来探讨,首先需要明确两个概念(来自 MSDN):

  • IQueryable:提供对未指定数据类型的特定数据源的查询进行计算的功能。
  • IEnumerable:公开枚举数,该枚举数支持在非泛型集合上进行简单迭代。

IQueryable 继承自 IEnumerable,它们俩最大的区别是,IQueryable 是表达式树处理,可以延迟查询,而 IEnumerable 只能查询在本地内存中,Repository 的概念就不多说了,在“伪 DDD”设计中,你可以把它看作是数据访问层。

下面我们先实现 Repository 返回 IEnumerable:

public interface IBookRepository  
{Book GetById();IEnumerable<Book> GetAllBooks();IEnumerable<Book> GetBy....();void Add(Book book);void Delete(Book book);void SaveChanges();
}

上面是我们的一般接口设计,包含查询、增加、删除操作,你发现并没有修改,其实我们可以先通过 GetById 操作,然后取得 Book 对象,进行修改,最后执行 SaveChanges 就可以了,在持久化数据库的时候,会判断实体状态值的概念,最后进行应用改变。

GetBy....() 代表了一类查询方法,因为我们的业务比较复杂,对 Book 的查询会千奇百怪,所以,没有办法,我们只能增加各类查询方法来满足需求,最后可能导致的结果是,一个 Where 对应一个查询方法,IBookRepository 会充斥着各类查询方法,并且这些查询方法一般只会被一个 Application 方法调用,如果你查看下 GetBy....() 方法实现,会发现其实都大同小异,不同的只是 Where 条件,这样的结果就会导致代码变得非常的臃肿。

针对上面的问题,怎么办呢?因为 IEnumerable 是查询在本地内存中,所以没有办法,我们只能这样处理,那如何使用 IQueryable 会是怎样的呢?我们看下代码:

public interface IBookRepository  
{IQueryable<Book> GetBooks();void Add(Book book);void Delete(Book book);void SaveChanges();
}

只有一个 GetBooks 查询,那它能满足各类查询需求吗?我们看下 Application 中调用的代码:

public class BookApplication : IBookApplication  
{private IBookRepository _bookRepository;public BookApplication(IBookRepository bookRepository){_bookRepository = bookRepository;}public IEnumerable<Book> GetAllBooks(){return _bookRepository.GetBooks().AsEnumerable();}public IEnumerable<Book> GetBooksByUser(int userId){return _bookRepository.GetBooks().Where(b => b.UserId == userId).AsEnumerable();}//....
}

因为 IQueryable 是延迟查询,只有在执行 AsEnumerable 的时候,才会真正去查询,也可以这么说,BookApplication 可以根据需求任意构建查询表达式树,就像我们在 SQL Server 中写查询 SQL,SELECT * FORM Books 在 BookRepository 中进行构建,WHERE ... 操作在 BookApplication 中进行构建,最后的 F5 执行也在 BookApplication 中。

从上面的代码中,我们可以看到,IQueryable 很好的解决了使用 IEnumerable 所出现的问题,一个查询可以应对千变万化的应用查询,IQueryable 看起来好像是那么的强大,其实 IQueryable 的强大并不限于此,上面说的是查询表达式,那添加、修改和删除操作,可以使用它进行完成吗?修改和删除是可以的,添加并不能,具体可以参考 dudu 的这篇博文:开发笔记:基于EntityFramework.Extended用EF实现指定字段的更新。

关于 EntityFramework.Extended 的扩展,需要记录下,因为这个东西确实非常好,改变了我们之前的很多写法和问题,比如,在之前使用 EF 进行修改和删除实体,我们一般会这些写:

public class BookApplication : IBookApplication  
{private IBookRepository _bookRepository;public BookApplication(IBookRepository bookRepository){_bookRepository = bookRepository;}public void UpdateNameById(int bookId, string bookName){var book = _bookRepository.GetById(bookId);book.BookName = bookName;_bookRepository.SaveChanges();}public void UpdateNameByIds(int[] bookIds, string bookName){var books = _bookRepository.GetBooksByIds(bookIds);foreach (var book in books){book.BookName = bookName;}_bookRepository.SaveChanges();}public void Delete(int id){var book = _bookRepository.GetById(id);_bookRepository.Delete(book);//context.Books.Remove(book);_bookRepository.SaveChanges();}
}

上面的写法有什么问题呢?其实最大的问题就是,我们要进行修改和删除,必须先获取这个实体,也就是先查询再进行修改和删除,这个就有点多余了,尤其是 UpdateNameByIds 中的批量修改,先获取 Book 对象列表,然后再遍历修改,最后保存,是不是有点 XXX 的感觉呢,仔细想想,还不如不用 EF 来的简单,因为一个 Update SQL 就可以搞定,简单并且性能又高,为什么还要使用 EF 呢?这是一个坑?其实使用 EF 也可以执行 SQL,但这就像换了个马甲,没有什么卵用。

针对上面的问题,该如何解决呢?很简单,使用 EntityFramework.Extended 和 IQueryable 就可以,我们改造下上面的代码:

using EntityFramework.Extensions;public class BookApplication : IBookApplication  
{private IBookRepository _bookRepository;public BookApplication(IBookRepository bookRepository){_bookRepository = bookRepository;}public void UpdateNameById(int bookId, string bookName){IQueryable<Book> books = _bookRepository.GetBooks();books = books.Where(b => b.bookId == bookId);books.Update<Book>(b => new Book { BookName = bookName });}public void UpdateNameByIds(int[] bookIds, string bookName){IQueryable<Book> books = _bookRepository.GetBooks();books = books.Where(b => bookIds.Contains(bookIds));books.Update<Book>(b => new Book { BookName = bookName });}public void Delete(int id){IQueryable<Book> books = _bookRepository.GetBooks();books = books.Where(b => b.bookId == id);books.Delete<Book>();}
}

有没有发现什么不同呢?原来 IQueryable 还可以这样写?这货居然不只是用于查询,也可以用于删除和修改,另外,通过追踪生成的 SQL 代码,你会发现,没有了 SELECT,和我们直接写 SQL 是一样的效果,在执行修改和删除之前,我们需要对查询表达树进行过滤,也就是说的,当我们最后应用修改的时候,会是在这个过滤的查询表达树基础上的,比如上面的 Delete 操作,我们先通过 bookId 进行过滤,然后直接进行 Delete 就可以了,哇塞,原来是这样的简单。

当 BookApplication 操作变的简单的时候,BookRepository 也会相应变的简单:

public interface IBookRepository  
{IQueryable<Book> GetBooks();void SaveChanges();//只用于Books.Add(book);
}

一个 IQueryable 表达树,一个 SaveChanges 操作,就可以满足 BookApplication 中的所有操作。


既然 IQueryable 是这么的强大,那用它就好了,为什么还要讨论呢?如果你 Google 搜索“Repository IQueryable”关键词,会发现大量的相关文章,我先贴出几个非常赞的讨论:

  • Should Repositories return IQueryable?
  • Repository Return IQueryable
  • Should you return IQueryable from Your Repositories?
  • What are alternatives to using IQueryable in Repository Pattern?
  • IQueryable vs List: What Should Your Repository Return?
  • Should my repository expose IQueryable?
  • Repository Pattern and IQueryable(简洁而有力
  • Why the Repository Pattern Is Still Valid

上面只是部分,关于这类的文章,老外写的非常多,而且评论中的讨论也非常激烈,因为英语实在差,我大概看了一些,出乎我意料之外的是,很多人都不赞成 Repository 返回 IQueryable,但讨论的却非常有意思,比如有个老外这样感叹:I'm still not convinced that returning IQueryable is a bad idea, but at least I'm far more aware of the arguments against it. 大致意思是:我仍然不相信返回 IQueryable 是一个坏主意,但至少我更了解他们的反对理由,是不是很有意思呢?

关于 Repository 返回 IQueryable 的讨论,我大致总结下:

好处:

  1. 延迟执行。
  2. 减少 Repository 重复代码(GetBy...)。
  3. IQueryable 提供更好的灵活性。
  4. ...

坏处:

  1. 隔离单元测试。
  2. 数据访问在 Repository 之外完成。
  3. 数据访问异常在 Repository 之外抛出。
  4. 该领域层将充斥着这些相当详细查询。
  5. ...

好处就不多说了,因为我们上面已经实践过了,关于坏处,“隔离单元测试”是什么意思呢?也就是说我们不能很好的对 Repository 进行单元测试,一方面是因为 IRepository 是那么的简单(就两个方法),另一方面 IQueryable 是查询表达树,它并不是完成时,只有在具体调用的时候才会查询完成,所以,对于 Repository 的单元测试,显然是没有任何意义的。

关于 Repository Pattern and IQueryable 这篇博文,我想再说一下,因为这个老外的观点非常赞,首先,它是基于 Repository 模式概念基础上说的,所以,我们一开始说:在“伪 DDD”设计中,你可以把 Repository 看作是数据访问层。这是两个不同的前提,我再大致总结下这个老外的观点:

  • However the mistake is not the IQueryable itself, but its purpose.(不是 IQueryable 本身的错误,而是它的目的。)
  • The point is that using IQueryable, you're asking for a query builder and not for a model.(问题的关键是,使用 IQueryable 是一个查询生成器,而不是一个模型。)
  • we want to specify what to get, not how to get it.(我们想通过规约得到它,而不是怎样去得到。)
  • tell it the what, not the how.

看了上面,是不是有点豁然开朗的感觉呢,其实从 Repository 的模式概念方面考虑,使用 IQueryable 确实不是很恰当,但不可否认的是,IQueryable 又这么强大和便利,怎么办呢?就像博文一开始强调的那样:Repository 的概念就不多说了,在“伪 DDD”设计中,你可以把它看作是数据访问层。

所以呢,如果你的项目是“伪 DDD”,并且 Repository 是被你看作“数据访问层”,那么使用 IQueryable 就没啥问题了。

转载于:https://www.cnblogs.com/xishuai/p/repository-return-iqueryable-or-ienumerable.html

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.mzph.cn/news/491914.shtml

如若内容造成侵权/违法违规/事实不符,请联系多彩编程网进行投诉反馈email:809451989@qq.com,一经查实,立即删除!

相关文章

AI教父杰弗里辛顿:AI反学习可能揭开人类梦境的奥秘

来源&#xff1a;网易智能近日&#xff0c;多伦多大学的教员、谷歌大脑&#xff08;Google Brain&#xff09;研究员杰弗里辛顿&#xff08;Geoffrey Hinton&#xff09;发表了炉边谈话。他讨论了神经网络的起源&#xff0c;以及人工智能有朝一日可能像人类一样推理的可行性和意…

AttributeError: partially initialized module ‘aiohttp‘ has no attribute ‘ClientSession‘ (most...)

AttributeError: partially initialized module ‘aiohttp’ has no attribute ‘ClientSession’ (most likely due to a circular import) 问题描述&#xff1a; AttributeError: partially initialized module ‘aiohttp’ has no attribute ‘ClientSession’ (most likely…

关于线程池ThreadPoolExecutor使用总结

本文引用自: http://blog.chinaunix.net/uid-20577907-id-3519578.html 一、简介 线程池类为 java.util.concurrent.ThreadPoolExecutor&#xff0c;常用构造方法为&#xff1a; ThreadPoolExecutor(int corePoolSize, int maximumPoolSize, long keepAliveTime, TimeUnit uni…

AIoT重磅报告:四大关键助力,AI+IoT重新定义未来的可能性

来源&#xff1a;北京物联网智能技术应用协会,智能巅峰导 读随着科技的不断发展&#xff0c;一些在功能上具有相互补充作用的技术正在不可避免地发生结合——例如&#xff0c;人工智能&#xff08;AI&#xff09;和物联网&#xff08;IoT&#xff09;。在本文中&#xff0c;我…

python---aiohttp库

python—aiohttp库 1. 什么事aiohttp 官方网址&#xff1a;https://docs.aiohttp.org/en/stable/ 用于asyncio和Python的异步HTTP客户端/服务器 2. 安装 pip install aiohttp3. ClientSession() Session封装了一个连接池&#xff08;connector instance&#xff09;&…

关于机器学习实战,那些教科书里学不到的12个“民间智慧”

来源&#xff1a;towardsml机器学习算法被认为能够通过学习数据来弄清楚如何执行重要任务。这意味着数据量越大&#xff0c;这些算法就可以解决更加复杂的问题。然而&#xff0c;开发成功的机器学习应用程序需要一定的“民间技巧”&#xff0c;这在教科书或机器学习入门课程中很…

asp.net winform 实现复制,粘贴,剪切功能

System.Windows.Forms.SendKeys.SendWait("^C");//复制System.Windows.Forms.SendKeys.SendWait("^V");//粘贴 System.Windows.Forms.SendKeys.SendWait("^X");//剪切转载于:https://www.cnblogs.com/ninestart/p/4760801.html

aiohttp.client_exceptions.ServerDisconnectedError: Server disconnected

aiohttp.client_exceptions.ServerDisconnectedError: Server disconnected 问题描述&#xff1a; 使用 aiohttp.ClientSession() 爬取数据时出现错误&#xff1a;aiohttp.client_exceptions.ServerDisconnectedError: Server disconnected。 翻译&#xff1a;aiohttp.client_e…

jsonp模拟获取百度搜索相关词汇

随便写了个jsonp模拟百度搜索相关词汇的小demo&#xff0c;帮助新手理解jsonp的用法。 <!DOCTYPE html><html lang"en"><head><meta charset"UTF-8"><title>模拟百度搜索框</title><style>*{margin: 0;padding:…

亚马逊自动打包机:1机可顶24人

来源&#xff1a;网易科技5月14日据国外媒体报道&#xff0c;电商亚马逊公司正在推出能够自动打包订购商品的机器&#xff0c;从而解放数千名员工。该项目的两名工作人员表示&#xff0c;亚马逊近年来开始在少数几个仓库中增加这项技术&#xff0c;扫描从传送带上下来的货物&am…

Pyinstaller打包Django项目

1. 安装pyinstaller pip install pyinstaller2. 介 绍 PyInstaller读取您编写的 Python 脚本。它会分析您的代码以发现您的脚本需要执行的所有其他模块和库。然后它收集所有这些文件的副本——包括活动的 Python 解释器&#xff01;– 并将它们与您的脚本放在一个文件夹中&am…

活着不易,5G时代终端厂商的路在何方?

来源&#xff1a;物联网智库摘要&#xff1a;站在“浮尸遍地”的通信终端的世界里&#xff0c;各大终端厂商无不面临着同一个来自灵魂的拷问&#xff1a;活着不易&#xff0c;5G时代终端厂商的路在何方&#xff1f;从1G模拟通信时代到4G移动宽带时代&#xff0c;全球手机终端厂…

图像处理 --- 一、认识图像处理

声明&#xff1a; 本系列文档由学习哔站视频总结而得&#xff0c;后续会逐渐添加相对应的示例代码&#xff08;python&#xff09; 1. 什么是图像与图像处理 百闻不如一见。 图像是客观对象的一种相似性的、生动性的描述或写真&#xff0c;是人类社会活动中最常用的信息载体…

tf.gfile()函数

转自https://blog.csdn.net/pursuit_zhangyu/article/details/80557958 这些函数和python中的os模块非常的相似&#xff0c;一般都可以用os模块代替吧 gfile API介绍 下面将分别介绍每一个gfile API&#xff01; 2-1&#xff09;tf.gfile.Copy(oldpath, newpath, overwrite…

Web安全解决方案

什么是 .NET Framework 安全性? .NET Framework 提供了用户和代码安全模型&#xff0c;允许对用户和代码可以执行的操作进行限制。要对基于角色的安全性和代码访问安全性进行编程&#xff0c;可以从 System.Security 命名空间中使用类型。.NET Framework 还提供了System.Secur…

11款新品,一切为了落地!商汤:普惠AI的时代,来了

来源&#xff1a;网易智能北京时间5月15日&#xff0c;商汤科技在京举办一年一度的人工智能峰会&#xff0c;发布了11款新品&#xff0c;包含6款硬件和多个平台的全面升级。商汤科技CEO徐立在开场演讲中以清明上河图为例&#xff0c;认为人工智能技术的普及正在谱写新时代的人类…

图像处理 --- 二、数字图像处理基础

1. 色度学基础 电磁光波谱组成: 1.1 三基色原理 人眼的视网膜上存在大量能在适当亮度下分辨颜色的锥状细胞&#xff0c;它们分别对应红、绿、蓝三种颜色&#xff0c;即分别对红光、绿光、蓝光敏感。由此&#xff0c;红&#xff08;R&#xff09;、绿&#xff08;G&#xff09;…

Bug调试(lldb)

原文网址&#xff1a;http://www.cnblogs.com/Twisted-Fate/p/4760156.html 今天博主有一些Bug调试的需求,遇到了一些困难点,在此和大家分享,希望能够共同进步. Xcode的Bug调试方法大概有以下几种: 1.断点,全局断点,条件断点配合Nslog找出Bug 2.静态分析工具:Analyze,静态检测内…

解密!谷歌这样搞定美军世纪难题,从眼科诊断到无人驾驶

来源&#xff1a;智东西导语&#xff1a;谷歌AI部门负责人Jeff Dean&#xff0c;在开发者大会中详细介绍了该公司如何利用AI技术解决科学问题。5月14日消息&#xff0c;在加利福尼亚州山景城举行的谷歌年度I / O开发者大会上&#xff0c;谷歌研究小组高级研究员、谷歌人工智能部…

CSDN中图片缩放与居中

1. 直接上传图片 代码示例&#xff1a; ![在这里插入图片描述](https://img-blog.csdnimg.cn/20210628233911771.png?x-oss-processimage/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3poYl9mZW5n,size_16,color_FFFFFF,t_70#pic_cent…