EF架构~豁出去了,为了IOC,为了扩展,改变以前的IRepository接口-低调大师

EF架构~豁出去了,为了IOC,为了扩展,改变以前的IRepository接口

2017-12-04 472

使用了4年的IRepository数据仓储接口,今天要改变了,对于这个数据仓储操作接口,它提倡的是简洁,单纯,就是对数据上下文的操作,而直正的数据上下文本身我们却把它忽略了,在我的IRepository接口里根本没有数据上下文对象,这是不完整的,也许你会说,我使用了基类,数据基类里有数据上下文,是的,我也是那样用的,但有时,这种方法有些死板了,真的,当你碰到IOC时,这种方式的短板就出来了,即,每个反射出来的Repository对象都是独立的,每个对象里的上下文也都是独立的,这是重点,由于上下文是独立的,所以,很多事我们都没法干,这包括<JOIN关联查询,非MSDTC的事务>,看了上面的这么多原因,所以,才决定,扩展我的IRepository接口,当然,严格说,这违背了面向对象的原则,接口不提倡扩展,只提倡新建,呵呵.

全新的IRepository接口

 
  
 View Code 

在 DbContext数据基类中的实现

       public void SetDbContext(IUnitOfWork unitOfWork)
        {
            this.Db = (DbContext)unitOfWork;
            this.UnitWork = unitOfWork;
        }

在IOC中的使用

      IUnitOfWork db;
      IRepository<Question_Info> question_InfoRepository;
      public EFController()
        {
         
            //反射出仓储对象
            db = ServiceLocator.Instance.GetService<IUnitOfWork>();
            question_InfoRepository = ServiceLocator.Instance.GetService<IRepository<Question_Info>>();
             //为仓储对象设置上下文
            question_InfoRepository.SetDbContext(db);
}

在写JOIN查询时,它是被支持的,因为它的数据上下文是同一个

本文转自博客园张占岭（仓储大叔）的博客，原文链接：EF架构~豁出去了,为了IOC,为了扩展,改变以前的IRepository接口，如需转载请自行联系原博主。

微信关注我们

原文链接：https://yq.aliyun.com/articles/336069

转载内容版权归作者及来源网站所有！

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。

我心中的核心组件（可插拔的AOP）~分布式Session组件

对于目前的网站来说，为了满足高可用，高并发，高负载，一台ＷＥＢ服务器已经远远不够用了，以后的ＷＥＢ应用服务器应该是一种集群的环境，它们之间使用一些工具进行数据的同步，在由１台变成多台服务器时，有一个问题是我们必须要考虑的，Session机制，我们都知道Session被用来存储用户的一些凭证信息，持久化到服务器上，这在安全性方面得到了保证（比存储到客户端的cookies)，而当你的ＷＥＢ应用服务器是多台时（多台之间做了负载均衡），这种Session机制就有问题了，因为你无法实现从一台服务器到别一台服务器的内存（缓存）共享，这也是不安全的，所以，在出现缓存中间件出现之后，就有了一种新的技术也跟着出现了，即Session中间件，比较成熟的组件是StackExchange.Redis+RedisSessionStateProvider，即使用Redis实现的Session机制，它将session数据存储到了一台（可以是redis集群）redis服务器上，这时，多台ＷＥＢ应用服务器之间的数据就是唯一的了，不需要进行同步了。下面介绍实现步骤 1 使用nuget安装redis缓存 StackExc...

2017-12-05

521

部分类相信大家都用过，即对于团队开发时，如果共同完成一个功能，又不想破坏类的完整性，我们就可以引用部分类，在winform和webform自建的程序中，microsoft也是这样实现的．再使用部分类时没什么可说的，但在使用部分类里的部分方法时却有一些需要注意的幼！看代码： /// <summary> /// 部分类和部分方法 /// </summary> public partial class users { public string Result1 { get; private set; } public string Result2 { get; private set; } /// <summary> /// 部分方法不能有修饰符,并且返回值必须是null ///如果外部希望调用部分方法，则必须引用一个新的类内部方法去调用这个部分方法 /// 本例中，引用了一个DoCreate的方法，供外部访问． /// </summary> partial void create(); } public partial class us...

2017-12-05

477

资源下载

更多资源

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题，腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构，目前腾讯云软件源站支持公网访问和内网访问。

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。

Sublime Text

Sublime Text具有漂亮的用户界面和强大的功能，例如代码缩略图，Python的插件，代码段等。还可自定义键绑定，菜单和工具栏。Sublime Text 的主要功能包括：拼写检查，书签，完整的 Python API ， Goto 功能，即时项目切换，多选择，多窗口等等。Sublime Text 是一个跨平台的编辑器，同时支持Windows、Linux、Mac OS X等操作系统。