前言  

说起AOP,其实我们在做MVC/API 的时候应该没少接触,比如说各种的Fitter 就是典型的AOP了。

本来在使用Polly的时候我最初的打算是使用过滤器来实现的,后来发现实现起来相当的困难,利用NetCore的中间以及过滤器去实现一个AOP的独立应用服务简直了,我有点无奈,相当的难写。

后来又使用了,Autofac 做拦截器来实现也是有点小无力。估计还是基础太薄弱。

目前我了解到的实现Polly比较方便的第三方Aop框架的有

(1)、AspectCore:是一款 AspNetCore轻量级的Aop解决方案。

(2)、Dora.Interception 老A写的一个Aop解决方案,这个用到解决方案中就需要等到老A升级下一版了。

AspNetCore中的过滤器

在使用Policy 的时候主要点是策略的制定,在保证代码整洁,并且不破坏当前代码逻辑的情况下,使用Aop是最合适的解决方案了。

当我们使用过滤器的时候我们会发现,Pollicy 制定了一个错误规则,并且在错误过滤器中使用、抓取不到任何的错误信息,因为错误信息被错误过滤器抓取了,这个时候不会触发Pollicy

然后尝试着 用过滤实现一个 当程序发生错误的时候,执行另一个方法的功能,类似Policy的重试策略或降级。

下面代码:

编写:一个过滤器类:

using Microsoft.AspNetCore.Mvc;
using Microsoft.AspNetCore.Mvc.Filters;
using System;
using System.Reflection; namespace InterceptorCoreLibrary
{
[AttributeUsage(AttributeTargets.Class|AttributeTargets.Method)]
public class CoreExceptionFilter:Attribute, IExceptionFilter,IActionFilter
{
/// <summary>
/// 发生错误的时候重新执行的方法
/// </summary>
public string FallBackClass { get; set; }
/// <summary>
/// 发生错误的时候重新执行的方法
/// </summary>
public string FallBackMethod { get; set; } /// <summary>
/// 获取方法的参数
/// </summary>
public object[] InvokeParameters { get; set; } /// <summary>
/// 构造函数使用该类时参数为方法
/// </summary>
/// <param name="fallBackMethod"></param>
public CoreExceptionFilter(string fallBackClass, string fallBackMethod)
{
this.FallBackMethod = fallBackMethod;
this.FallBackClass = fallBackClass;
}
/// <summary>
/// 使用新方法
/// </summary>
/// <param name="asm"></param>
/// <param name="parameters"></param>
/// <returns></returns>
private object UseNewMethod(Assembly asm, object[] parameters)
{
Object obj = null;
foreach (Type type in asm.GetExportedTypes())
{
if (type.Name == FallBackClass)
{
obj = System.Activator.CreateInstance(type);
foreach (var item in type.GetMethods())
{
if (item.Name == FallBackMethod)
{
obj = type.GetMethod(FallBackMethod).Invoke(obj, parameters);
}
}
}
}
return obj;
}
/// <summary>
/// 获取所有被监控方法的参数
/// </summary>
/// <param name="context"></param>
public void OnActionExecuting(ActionExecutingContext context)
{
object[] parameters = new object[context.ActionArguments.Count];
int Count = ;
foreach (var item in context.ActionArguments)
{
parameters[Count] = item.Value;
Count++;
}
InvokeParameters = parameters;
} /// <summary>
/// 错误的时候执行新的方法
/// </summary>
/// <param name="context"></param>
public void OnException(ExceptionContext context)
{
var objectResult = context.Exception as Exception;
if (objectResult.Message != null)
{
//context.Result = new ObjectResult(UseNewMethod(this.GetType().Assembly, InvokeParameters));
context.Result = new ObjectResult(new { Success = true, code = , msg = "成功", Data = UseNewMethod(this.GetType().Assembly, InvokeParameters) });
}
}
public void OnActionExecuted(ActionExecutedContext context)
{ }
}
}

在控制器中使用:

 [CoreExceptionFilter(nameof(UserModel), nameof(Delete))]

   在执行的时候我抛送一个异常信息

    [CoreExceptionFilter(nameof(UserModel), nameof(Delete))]

        // DELETE api/values/5

        [HttpDelete("{id}")]

        public int Delete(int id)

        {

            throw new Exception();

        }

当方法执行出错的时候执行另一个方法:

如下:注意参数一致:

using System;
using System.Collections.Generic;
using System.Text; namespace InterceptorCoreLibrary
{
public class UserModel
{
public int Delete(int id)
{
//记录日志
//重新执行一遍代码
return id;
}
}
}

执行结果:

返回结果:

这个时候我们能看到过滤器先抓取了错误信息,Policy 就抓不到了,但同样实现了降级的功能。

如果我们不使用Aop的话 直接在控制器中写

比如:这样写一个两个还行多了的话,代码就相当的乱了。

 // DELETE api/values/5
[HttpDelete("{id}")]
public int Delete(int id)
{
var PolicyExecute = Policy.Handle<Exception>().Fallback(() =>
{
//程序报错重新执行一个新的方法
UserModel userModel = new UserModel();
userModel.Delete(id);
}); //执行
PolicyExecute.Execute(() => {
throw new Exception();
}
);
}

以上代码虽然没有实现policy ,但是也演示出了大致使用Aop实现 Policy的过程原理。

使用AspectCore 实现Policy

这里贴出一份杨中科老师 在普及AspNetCore微服务课程中的代码:支持原创,

完整的代码这里贴出过:

http://www.cnblogs.com/qhbm/p/9228238.html

使用Dora.Interception 实现Policy

我在Demo中进行了简单的实现:这里就不贴出了,因为框架还不是很完善,我问了作者老A,要等到下一版出来后用在项目中才比较稳妥。大家可以关注一下老A博客。

截图说明一下两个框架的区别,到时候可根据框架需要酌情使用:

有不足之处 希望大家指出相互学习,

                                     本文原创:转载请注明出处 谢谢!

AspNetCore 基于AOP实现Polly的使用的更多相关文章

  1. Spring基于AOP的事务管理

                                  Spring基于AOP的事务管理 事务 事务是一系列动作,这一系列动作综合在一起组成一个完整的工作单元,如果有任何一个动作执行失败,那么事务 ...

  2. 基于AOP的MVC拦截异常让代码更优美

    与asp.net 打交道很多年,如今天微软的优秀框架越来越多,其中微软在基于mvc的思想架构,也推出了自己的一套asp.net mvc 框架,如果你亲身体验过它,会情不自禁的说‘漂亮’.回过头来,‘漂 ...

  3. Java实战之03Spring-05Spring中的事务控制(基于AOP)

    五.Spring中的事务控制(基于AOP) 1.Spring中事务有关的接口 1.1.明确: JavaEE体系进行分层开发,事务处理位于业务层,Spring提供了分层设计业务层的事务处理解决方案 1. ...

  4. 从壹开始前后端分离 40 || 完美基于AOP的接口性能分析

    旁白音:本文是不定时更新的.net core,当前主线任务的Nuxt+VueAdmin教程的 nuxt.js 之 tibug项目已上线,大家可以玩一玩:http://123.206.33.109:70 ...

  5. Spring中基于AOP的XML架构

    以下内容引用自http://wiki.jikexueyuan.com/project/spring/aop-with-spring-framenwork/xml-schema-based-aop-wi ...

  6. 基于AOP的插件化(扩展)方案

    在项目迭代开发中经常会遇到对已有功能的改造需求,尽管我们可能已经预留了扩展点,并且尝试通过接口或扩展类完成此类任务.可是,仍然有很多难以预料的场景无法通过上述方式解决.修改原有代码当然能够做到,但是这 ...

  7. Logstash+ Kafka基于AOP 实时同步日志到es

    Logstash是一个开源数据收集引擎,具有实时管道功能.Logstash可以动态地将来自不同数据源的数据统一起来,并将数据标准化到你所选择的目的地,logstash丰富的插件(logstash-in ...

  8. 基于AOP和ThreadLocal实现的一个简单Http API日志记录模块

    Log4a 基于AOP和ThreadLocal实现的一个简单Http API日志记录模块 github地址 : https://github.com/EalenXie/log4a 在API每次被请求时 ...

  9. Spring 中基于 AOP 的 @AspectJ

    Spring 中基于 AOP 的 @AspectJ @AspectJ 作为通过 Java 5 注释注释的普通的 Java 类,它指的是声明 aspects 的一种风格. 通过在你的基于架构的 XML ...

随机推荐

  1. SA SD SE 区别

    [SA(System Analysis)系统分析师] 通过一系列分析手法把User想要的结果,以各种文件方式表达出来. 此过程着重于工作流程和处理逻辑. 规划系统功能和模块. 定出初步的数据库内容及系 ...

  2. ISCC 2018(数字密文)

    做过iscc 2018之后有了很多的感触,也有更多的了解自己的不足之处,整理了一下web的wp, 为了保证各位小伙伴的阅读质量,我将会把wp以每一道题一个博文的形式写出来,希望能够帮助到你们 其中的步 ...

  3. jquery实现登录加密的几种方法以及cookie存放加密/解密

    本篇文章的所有操作都是在jsp页面上进行的,完全与后台分离 part 1:加密方式 这个加密方式网上基本都有很多人总结,我在此也就抛砖引玉一下: 1.base64加密 在页面中引入base64.js文 ...

  4. ToB蓝海的台阶-PaaS,SaaS技术详解

    前言 随着大量SaaS公司进入市场,我们看到颠覆性的软件服务以各种方式进入企业流程-从营销工具到支付系统.随着SaaS帮助优化业务流程,实现更流畅和自动化的运营,风险投资公司首先潜入池中寻找最优秀和最 ...

  5. Brown Mood Median Test

    Brown-Mood Median Test 对于两独立样本尺度中的位置参数(中位数)检验问题: \(H_0: med_x = med_y\)   \(H_1=med_x > med_y\) 在 ...

  6. SpringBoot之旅第四篇-web开发

    一.引言 有了自动配置,springboot使web开发变得简单,这个在springboot之旅中的第一篇中就有体现,实际的开发中当然不会这么简单,很多时候我们都需要自己去定制一些东西.web开发的东 ...

  7. 前端笔记之NodeJS(二)路由&REPL&模块系统&npm

    一.路由机制(静态资源文件处理) 1.1 Nodejs没有根目录 MIME类型:http://www.w3school.com.cn/media/media_mimeref.asp 在Apache中, ...

  8. DSAPI DS密法

    DS密法是DYLIKE本人研发的一种针对文本字符串的高强度加密方法,本加密方法的优点是同源不同密,同一个源文本每次加密的结果都不同,长度也不同.密钥最大可达String类型的字符最大长度.缺点是解密时 ...

  9. 简述private,protected,public,internal修饰符的访问权限

    private:私有成员,在类的内部才可以访问 protected:保护成员,在类的内部和继承类中可以访问 public:公共成员,完全公开,没有访问限制 internal:当前程序集内可以访问

  10. 设计模式系列19:策略模式(Stragety Pattern)

    定义 定义一系列算法,将它们一个个封装起来,并且使它们可以互相替换,该模式使得算法可独立于使用它的客户而变化.    --<设计模式>GoF UML类图 使用场景 一个系统有许多类,而区分 ...