在.net core中实现字段和属性注入的示例代码
简单来说,使用ioc模式需要两个步骤,第一是把服务注册到容器中,第二是从容器中获取服务,我们一个一个讨论并演化。这里不会考虑使用如autofac等第三方的容器来代替默认容器,只是提供一些简单实用的小方法用于简化应用层的开发。
将服务注入到容器
asp.netcore官方给出的在容器中注册服务方法是,要在startup类的configureservices方法中添加服务,如下所示:
public void configureservices(iservicecollection services) { services.addmvc(); services.addsingleton(typeof(userservice)); services.addsingleton(typeof(msgservice)); services.addsingleton(typeof(orderservice)); }
addmvc方法添加了mvc模块内部用到的一些服务,这个是封装好的,一句话就行了,其他第三方组件也都提供了类似的add方法,把自己内部需要的服务都封装好注册进去了。但是我们应用开发人员使用的类,还是需要一个一个写进去的,大家最常见的三层架构中的数据访问层和业务逻辑层便是此类服务,上面代码中我加入了三个业务服务类。这显然不是长久之计,我想大家在开发中也会针对此问题做一些处理,这里说下我的,仅供参考吧。
解决方法就是批量注册!说到批量,就需要一个东西来标识一批东西,然后用这一个东西来控制这一批东西。在.net程序的世界中,有两个可选的角色,一个是接口interface,另一个是特性attribute。
如果使用接口作为标识来使用,限制就太死板了,一个标识的信息不是绝对的单一,是不推荐使用接口的,因为可能需要引入多个接口才能共同完成,所以我选择特性作为标识。特性相较与接口有什么特点呢?特性在运行时是类的实例,所以可以存储更多的信息。
下面我们简单实现一个appserviceattribute:
/// <summary> /// 标记服务 /// </summary> [attributeusage(attributetargets.class, inherited = false)] public class appserviceattribute : attribute { }
这个特性类取名appservice有两个理由,一是指定是应用层的服务类,二是避免使用service这样的通用命名和其他类库冲突。
有了标识,就可以批量处理了,我们在一个新的类中给iservicecollection提供一个扩展方法,用来批量添加标记有appservice特性的服务到容器中。
public static class appserviceextensions { /// <summary> /// 注册应用程序域中所有有appservice特性的服务 /// </summary> /// <param name="services"></param> public static void addappservices(this iservicecollection services) { foreach (var assembly in appdomain.currentdomain.getassemblies()) { foreach (var type in assembly.gettypes()) { var serviceattribute = type.getcustomattribute<appserviceattribute>(); if (serviceattribute != null) { services.addsingleton(type); } } } } }
我们遍历应用程序中所有程序集,然后嵌套遍历每个程序集中的所有类型,判断类型是否有appservice特性,如果有的话就添加到容器中,这里有点不自信哦,为什么呢,因为我是使用addsingleton方法以单例模式将服务添加到容器中的,虽然三层中的数据访问层和业务逻辑层绝大部分都可以使用单例,但是我们希望更通用一些,大家都知道netcore自带的ioc容器支持三种生命周期,所以我们修改appserviceattribute,添加一个lifetime属性:
[attributeusage(attributetargets.class, inherited = false)] public class appserviceattribute : attribute { /// <summary> /// 生命周期 /// </summary> public servicelifetime lifetime { get; set; } = servicelifetime.singleton; }
lifetime的默认值我们设置成servicelifetime.singleton是比较合适的,因为大部分服务我们都希望使用单例注册,一个合理的默认设置可以节省使用者很多代码,新手可能还会乐于复制粘贴,但老同志肯定都深有体会。
有了lifetime这个信息,我们就可以改进addappservices方法了,在判断serviceattribute不为null后,使用下面的代码替换services.addsingleton(type):
switch (serviceattribute.lifetime) { case servicelifetime.singleton: services.addsingleton(servicetype, type); break; case servicelifetime.scoped: services.addscoped(servicetype, type); break; case servicelifetime.transient: services.addtransient(servicetype, type); break; default: break; }
现在我们可以注册不同生命周期的服务了,只是该控制是在类的定义中,按理说,服务对象注册到容器中的生命周期,是不应该在类的定义中确定的,因为一个类的定义是独立的,定义好之后,使用者可以用任何一种容器支持的生命周期来注册实例。但是此时这样的设计是比较合理的,因为我们要解决的是应用层服务的批量注册,这类服务一般在定义的时候就已经确定了使用方式,而且很多时候服务的开发者就是该服务的使用者!所以我们可以把这个当成合理的反范式设计。
目前这样子,对于我来说,基本已经够用了,因为在应用层,我都是依赖实现编程的????(哈哈,会不会很多人说咦......呢?)。设计模式说:“要依赖于抽象,不要依赖于具体”,这点我还没做到,我抽空检讨(呵呵,谁信呢!)。所以呢,我们的批量注入要支持那些优秀的同学。
从上面的代码不难发现,如果定义接口ia和其实现a:ia,并在a上添加appservice特性是不行的:
public interface ia { } [appservice] public class a : ia { }
这个时候我们并不能依赖ia编程,因为我们注册的服务类是a,实现类是a,我们需要注册成服务类是ia,实现类是a才可:
public class homecontroller : controller { private ia a; public homecontroller(ia a) { this.a = a; //这里a是null,不能使用 } }
让我继续改进,在appserviceattribute中,我们加入服务类型的信息:
[attributeusage(attributetargets.class, inherited = false)] public class appserviceattribute : attribute { /// <summary> /// 生命周期 /// </summary> public servicelifetime lifetime { get; set; } = servicelifetime.singleton; /// <summary> /// 指定服务类型 /// </summary> public type servicetype { get; set; } /// <summary> /// 是否可以从第一个接口获取服务类型 /// </summary> public bool interfaceservicetype { get; set; } = true; }
我们从两个方面入手来解决服务类型的问题,一个是指定servicetype,这个就毫无疑问了,在a的appservice中可以明确指定ia为其服务类:
[appservice(servicetype = typeof(ia))] public class a : ia { }
另一个是从服务类自身所继承的接口中获取服务类形,这一点要在addappservices方法中体现了,再次改进addappservices方法,还是替换最开始services.addsingleton(type)的位置:
var servicetype = serviceattribute.servicetype; if (servicetype == null && serviceattribute.interfaceservicetype) { servicetype = type.getinterfaces().firstordefault(); } if (servicetype == null) { servicetype = type; } switch (serviceattribute.lifetime) { case servicelifetime.singleton: services.addsingleton(servicetype, type); break; case servicelifetime.scoped: services.addscoped(servicetype, type); break; case servicelifetime.transient: services.addtransient(servicetype, type); break; default: break; }
我们首先检查serviceattribute.servicetype,如果有值的话,它就是注册服务的类型,如果没有的话,看是否允许从接口中获取服务类型,如果允许,便尝试获取第一个作为服务类型,如果还没获取到,就把自身的类型作为服务类型。
- 第一种情况不常见,特殊情况才会指定servicetype,因为写起来麻烦;
- 第二种情况适用于依赖抽象编程的同学,注意这里只取第一个接口的类型;
- 第三种情况就是适用于像我这种有不良习惯的患者(依赖实现编程)!
到此为止我们的服务注册已经讨论完了,下面看看如何获取。
字段和属性注入
这里我们说的获取,不是框架默认容器提供的构造器注入,而是要实现字段和属性注入,先看看构造器注入是什么样的:
public class homecontroller : controller { userservice userservice; orderservice orderservice; msgservice msgservice; otherservice otherservice; otherservice2 otherservice2; public homecontroller(userservice userservice, orderservice orderservice, msgservice msgservice, otherservice otherservice, otherservice2 otherservice2) { this.userservice = userservice; this.orderservice = orderservice; this.msgservice = msgservice; this.otherservice = otherservice; this.otherservice2 = otherservice2; } }
如果引用的服务不再添加还好,如果编写边添加就太要命了,每次都要定义字段、在构造器方法签名中些添加参数、在构造器中赋值,便捷性和spring的@autowired注解没法比,所以我们要虚心学习,创作更便捷的操作。
首先我们再定义个特性,叫autowiredattribute,虽然也是个标识,但是由于这个特性是用在字段或者属性上,所以只能用特性attribute,而不能使用接口interface,到这里我们又发现一点,使用接口作为标识的话,只能用在类、接口和结构中,而不能用在他们的成员上,毕竟接口的主要作用是定义一组方法契约(即抽象)!
[attributeusage(attributetargets.field | attributetargets.property)] public class autowiredattribute : attribute { }
这个特性里面什么也没有,主要是下面这个类,装配操作都在这里:
/// <summary> /// 从容器装配service /// </summary> [appservice] public class autowiredservice { iserviceprovider serviceprovider; public autowiredservice(iserviceprovider serviceprovider) { this.serviceprovider = serviceprovider; } public void autowired(object service) { var servicetype = service.gettype(); //字段赋值 foreach (fieldinfo field in servicetype.getfields(bindingflags.instance | bindingflags.public | bindingflags.nonpublic)) { var autowiredattr = field.getcustomattribute<autowiredattribute>(); if (autowiredattr != null) { field.setvalue(service, serviceprovider.getservice(field.fieldtype)); } } //属性赋值 foreach (propertyinfo property in servicetype.getproperties(bindingflags.instance | bindingflags.public | bindingflags.nonpublic)) { var autowiredattr = property.getcustomattribute<autowiredattribute>(); if (autowiredattr != null) { property.setvalue(service, serviceprovider.getservice(property.propertytype)); } } } }
我们刚刚写的[appservice]特性在这里已经用上了,并且这个类使用构造器注入了iserviceprovider。autowired(object service)方法的参数是要装配的服务实例,首先获取服务类型,再使用反射查询有autowiredattribute特性的字段和属性,我们在构造器注入了serviceprovider,这里便可以使用serviceprovider的getservice方法从容器中获取对应类型的实例来给字段和属性赋值。 整个过程就是这样,简单明了。开始的时候我想使用静态类来编写autowiredservice,但是静态类没法注入iserviceprovider,解决方法也有,可以使用定位器模式全局保存iserviceprovider:
/// <summary> /// 服务提供者定位器 /// </summary> public static class servicelocator { public static iserviceprovider instance { get; set; } }
在setup的configure方法中赋值:
servicelocator.instance = app.applicationservices;
这样在静态的autowiredservice中也就可以访问iserviceprovider了,但是使其自己也注册成服务能更好的和其他组件交互,java有了spring框架,大家都认可spring,一切都在容器中,一切都可注入,spring提供了统一的对象管理,非常好,我感觉netcore的将来也将会是这样。
autowired(object service)方法的实现虽然简单,但是使用了效率底下的反射,这个美中不足需要改进,以前可以使用晦涩难懂的emit来编写,现在有expression,编写和阅读都简单了好多,并且效率也不比emit差,所以我们使用表达式+缓存来改进。autowired方法要做的就是从容器中取出合适的对象,然后赋值给service要自动装配的字段和属性,据此我们先编写出委托的伪代码:
(obj,serviceprovider)=>{ ((tservice)obj).aa=(taatype)serviceprovider.getservice(aafieldtype); ((tservice)obj).bb=(tbbtype)serviceprovider.getservice(aafieldtype); ... }
注意伪代码中的类型转换,expression表达式在编译成委托时是非常严格的,所有转换都不能省。写表达式的时候我习惯先写伪代码,我希望大家也能养成这个习惯!有了伪代码我们可以开始改造autowiredservice类了:
/// <summary> /// 从容器装配service /// </summary> [appservice] public class autowiredservice { iserviceprovider serviceprovider; public autowiredservice(iserviceprovider serviceprovider) { this.serviceprovider = serviceprovider; } dictionary<type, action<object, iserviceprovider>> autowiredactions = new dictionary<type, action<object, iserviceprovider>>(); public void autowired(object service) { autowired(service, serviceprovider); } /// <summary> /// 装配属性和字段 /// </summary> /// <param name="service"></param> /// <param name="serviceprovider"></param> public void autowired(object service, iserviceprovider serviceprovider) { var servicetype = service.gettype(); if (autowiredactions.trygetvalue(servicetype, out action<object, iserviceprovider> act)) { act(service, serviceprovider); } else { //参数 var objparam = expression.parameter(typeof(object), "obj"); var spparam = expression.parameter(typeof(iserviceprovider), "sp"); var obj = expression.convert(objparam, servicetype); var getservice = typeof(iserviceprovider).getmethod("getservice"); list<expression> setlist = new list<expression>(); //字段赋值 foreach (fieldinfo field in servicetype.getfields(bindingflags.instance | bindingflags.public | bindingflags.nonpublic)) { var autowiredattr = field.getcustomattribute<autowiredattribute>(); if (autowiredattr != null) { var fieldexp = expression.field(obj, field); var createservice = expression.call(spparam, getservice, expression.constant(field.fieldtype)); var setexp = expression.assign(fieldexp, expression.convert(createservice, field.fieldtype)); setlist.add(setexp); } } //属性赋值 foreach (propertyinfo property in servicetype.getproperties(bindingflags.instance | bindingflags.public | bindingflags.nonpublic)) { var autowiredattr = property.getcustomattribute<autowiredattribute>(); if (autowiredattr != null) { var propexp = expression.property(obj, property); var createservice = expression.call(spparam, getservice, expression.constant(property.propertytype)); var setexp = expression.assign(propexp, expression.convert(createservice, property.propertytype)); setlist.add(setexp); } } var bodyexp = expression.block(setlist); var setaction = expression.lambda<action<object, iserviceprovider>>(bodyexp, objparam, spparam).compile(); autowiredactions[servicetype] = setaction; setaction(service, serviceprovider); } } }
代码一下子多了不少,不过由于我们前面的铺垫,理解起来也不难,至此自动装配字段和属性的服务已经写好了,下面看看如何使用:
编写服务类,并添加[appservice]特性
[appservice] public class myservice { //functions }
在setup的configureservices方法中注册应用服务
public void configureservices(iservicecollection services) { services.addmvc(); //注册应用服务 services.addappservices(); }
在其他类中注入使用,比如controller中
public class homecontroller : controller { [autowired] myuserservice myuserservice; public homecontroller(autowiredservice autowiredservice) { autowiredservice.autowired(this); } }
homecontroller的构造函数是不是简洁了许多呢!而且再有新的服务要注入,只要定义字段(属性也可以,不过字段更方便)就可以了,注意:我们定义的字段不能是只读的,因为我们要在autowiredservice中设置。我们还用上面的例子,看一下它的威力吧!
public class homecontroller : controller { [autowired] userservice userservice; [autowired] orderservice orderservice; [autowired] msgservice msgservice; [autowired] otherservice otherservice; [autowired] otherservice2 otherservice2; public homecontroller(autowiredservice autowiredservice) { autowiredservice.autowired(this); } }
感谢您的观看!全文已经完了,我们没有使用第三方容器,也没有对自带的容器大肆修改和破坏,只是在服务类的构造器中选择性的调用了autowiredservice.autowired(this)方法,为什么是选择性的呢,因为你还可以使用在构造器中注入的方式,甚至混用,一切都好,都不会错乱。
nuget安装:
pm> install-package autowired.core
git源码:
[autowired.core] https://gitee.com/loogn/autowired.core
更新:
- 支持多个appserviceattribute,
- 支持服务唯一标识,通过identifier指定服务实现
到此这篇关于在.net core中实现字段和属性注入的示例代码的文章就介绍到这了,更多相关.net core 字段和属性注入内容请搜索以前的文章或继续浏览下面的相关文章希望大家以后多多支持!
上一篇: 详解JS预解析原理
推荐阅读
-
ASP.NET Core中实现用户登录验证的最低配置示例代码
-
vue2.0在table中实现全选和反选的示例代码
-
Asp.net Core中实现自定义身份认证的示例代码
-
在.net core中实现字段和属性注入的示例代码
-
ASP.NET Core MVC 中实现中英文切换的示例代码
-
在Asp.Net Core中配置使用MarkDown富文本编辑器实现图片上传和截图上传(开源代码.net core3.0)
-
ASP.NET Core Web 应用程序系列(三)- 在ASP.NET Core中使用Autofac替换自带DI进行构造函数和属性的批量依赖注入(MVC当中应用)
-
ASP.NET Core中实现用户登录验证的最低配置示例代码
-
.Net Core中如何使用ref和Span
提高程序性能的实现代码 -
简单介绍mysql中concat函数和mysql在字段前/后增加字符串的示例代码