紧接上一篇《基于Asp.Net Core打造轻量级内部服务治理RPC(一)》文章。本文主要讲解基于Asp.Net Core的远程服务设计和实现。

       在上一篇中讲过,服务提供者提供的服务实际上就是一个Controller，那么是否在该程序中，服务都按照Asp.Net Core 中的Web Api的方式建立好Controller，再实现每个服务接口(调用方只需要引用对应的接口定义所在的程序集)供调用者调用呢？至少我不愿意这样去设计。

      在Asp.Net Core中，我们可以建立Poco Controller，那么我们的服务类也就完全不需要继承Controller或者以Controller结尾来命名服务(eg:UserService)。要做到这一点，在Asp.Net Core中非常方便，只需要扩展两个类：

1、从ControllerFeatureProvider派生出一个自己的Provider

2、实现IApplicationModelConvention接口

下面就细说一下这两个类的作用，以及如何使用：

 派生自ControllerFeatureProvider的类ServiceHubControllerFeatureProvider主要是用来将我们自己定义的服务类(即Poco Controller)认定成Controller，重写其里面的核心方法就是bool IsController(TypeInfo typeInfo)。下面是实现的代码:

        当我们有了ServiceHubControllerFeatureProvider这个类来把我们的服务类提供成Controller后，我们需要对我们的服务类进行路由,Filter等应用，那么这个时候IApplicationModelConvention接口的实现类ServiceHubConvention就登场了。

       ServiceHubConvention类实现IApplicationModelConvention接口的Apply方法在，在该类中就可以通过ApplicationModel 获取ControllerModel，根据ControllerMode可以获取ActionMode，进而获取ParameterModel，是不是就是我们的Mvc的那一套结构了,通过每一层结构，我们可以通过代码指定对应的路由等一系列设置（只是我们平时在写Web Api Controller是直接打上的特性而已^_^）。

       我们重写和派生出这两个将一般类转换成Asp.Net Core中的Controller类后，如何使用呢？其实很简单。通过IServiceCollection 接口获取到ApplicationPartManager类，然后在该类的FeatureProviders属性Insert派生的ServiceHubControllerFeatureProvider类实例即可;ServiceHubConvention类则只需要在配置MvcOptions时将其添加到Conventions属性即可。

       通过以上的扩展就可以将我们的服务类实现成Controller，就基本实现远程调用的雏形。有兴趣的朋友可以留言交流也可以加qq:418237014交流。

原文地址: https://www.jianshu.com/p/14eedf74f86a

.NET社区新闻，深度好文，欢迎访问公众号文章汇总 http://www.csharpkit.com