（三）surging 微服务框架使用系列之我的第一个服务（审计日志）

 

前言：前面准备了那么久的准备工作，现在终于可以开始构建我们自己的服务了。这篇博客就让我们一起构建自己的第一个服务---审计日志。

　　首先我们先创建两个项目，一个控制台的服务启动项目，一个业务的实现项目。（注：控制台项目可以引用业务项目，也可以不引用业务项目。因为surging支持热部署）

SRE实战 互联网时代守护先锋，助力企业售后服务体系运筹帷幄！一键直达领取阿里云限量特价优惠。

在服务启动项目中引用我们所需要的surging组件，

服务配置：

当然，我们之前所描述的rabbitmq的配置：。

 

　　ok，接下来就是对我们的服务进行代码编写了，，接口注意，服务的命名后面必须是以“Service”结束，服务接口必须继承IServiceKey

　　服务实现：，ModuleName("")，因为一个接口可能有多个实现，，所以这里的ModuleName就是为了调用的时候区分我们要用到哪个实现，如果只有一个实现，可以不用这个属性，另外，实现只要继承ProxyServiceBase跟自己定义的服务接口就可以了。

需要注意的是：surging的接口不支持泛型，编码采用json方式传递数据，客户端调用的时候需要用到方法的参数名称。

客户端：首先客户端在nuget中添加我们所需要的surging组件，

客户端的配置：，当然不能少了rabbitmq的配置

，在客户端只需要配置rabbitmq的连接地址就可以了。

 

测试代码：，获取代理实例，客户端服务调用测试代码：，

设置审计日志跟客户端为启动项目：，

测试结果：，完美，调用成功。

surging微服务框架：官方推荐使用UseMessagePackCodec的编码方式，万次调用效率在1200ms左右（调用需要引用接口（获取代理实例ServiceLocator.GetService<IServiceProxyFactory>()））。

在这篇博客中我采用json的编码方式，surging测试万次调用在3600ms左右。

采用json的编码方式，服务之间的调用await proxy.Invoke<object>(model, "api/userManager/singleByEmailAndPassword", "User");都是通过这句代码来实现的。

,

前言：前面准备了那么久的准备工作，现在终于可以开始构建我们自己的服务了。这篇博客就让我们一起构建自己的第一个服务---审计日志。

　　首先我们先创建两个项目，一个控制台的服务启动项目，一个业务的实现项目。（注：控制台项目可以引用业务项目，也可以不引用业务项目。因为surging支持热部署）

在服务启动项目中引用我们所需要的surging组件，

服务配置：

当然，我们之前所描述的rabbitmq的配置：。

 

　　ok，接下来就是对我们的服务进行代码编写了，，接口注意，服务的命名后面必须是以“Service”结束，服务接口必须继承IServiceKey

　　服务实现：，ModuleName("")，因为一个接口可能有多个实现，，所以这里的ModuleName就是为了调用的时候区分我们要用到哪个实现，如果只有一个实现，可以不用这个属性，另外，实现只要继承ProxyServiceBase跟自己定义的服务接口就可以了。

需要注意的是：surging的接口不支持泛型，编码采用json方式传递数据，客户端调用的时候需要用到方法的参数名称。

客户端：首先客户端在nuget中添加我们所需要的surging组件，

客户端的配置：，当然不能少了rabbitmq的配置

，在客户端只需要配置rabbitmq的连接地址就可以了。

 

测试代码：，获取代理实例，客户端服务调用测试代码：，

设置审计日志跟客户端为启动项目：，

测试结果：，完美，调用成功。

surging微服务框架：官方推荐使用UseMessagePackCodec的编码方式，万次调用效率在1200ms左右（调用需要引用接口（获取代理实例ServiceLocator.GetService<IServiceProxyFactory>()））。

在这篇博客中我采用json的编码方式，surging测试万次调用在3600ms左右。

采用json的编码方式，服务之间的调用await proxy.Invoke<object>(model, "api/userManager/singleByEmailAndPassword", "User");都是通过这句代码来实现的。

扫码关注我们

微信号：SRE实战

拒绝背锅 运筹帷幄