• 动态横切


     

    动态横切是通过切入点和连接点在一个方面中创建行为的过程,连接点可以在执行时横向地应用于现有对象。动态横切通常用于帮助向对象层次中的各种方法添加日志记录或身份认证。在很多应用场景中,动态横切技术基本上代表了AOP。

    动态横切技术的核心主要包括join point(连接点),point cut(切入点),advice(通知)和aspect(方面)。在前面,我已经概要地介绍了这些术语分别代表的含义。接下来,我将以一个具体的实例来进一步阐述它们在AOP动态横切中实现的意义。

    考虑一个电子商务系统,需要对订单进行添加、删除等管理操作。毫无疑问,在实际的应用场景中,这些行为应与权限管理结合,只有获得授权的用户方能够实施这些行为。采用传统的设计方法,其伪代码如下:
    public class OrderManager
    {
    private ArrayList m_Orders;
    public OrderManager()
    {
    m_Orders = new ArrayList();
    }
    public void AddOrder(Order order)
    {
    if (permissions.Verify(Permission.ADMIN))
    {

    m_Orders.Add(order);
    

    }
    }

    public void RemoveOrder(Order order)
    {
    if (permissions.Verify(Permission.ADMIN))
    {
    m_Orders.Remove(order);
    }
    }
    }

    同样的,在该电子商务系统中,还需要对商品进行管理,它采用了同样的授权机制:
    public class ProductManager
    {
    private ArrayList m_Products;
    public ProductManager()
    {
    m_Products = new ArrayList();
    }
    public void AddProduct(Product product)
    {
    if (permissions.Verify(Permission.ADMIN))
    {
    m_Products.Add(product);
    }
    }
    public void RemoveProduct(Product product)
    {
    if (permissions.Verify(Permission.ADMIN))
    {
    m_Products.Remove(product);
    }
    }
    }

    如此以来,在整个电子商务系统中,核心业务包括订单管理和商品管理,它们都需要相同的权限管理,如图2.4所示:

    aop2.4.gif
    图2.4 电子商务系统的权限验证实现

    毫无疑问,利用AOP技术,我们可以分离出系统的核心关注点和横切关注点,从横向的角度,截取业务管理行为的内部消息,以达到织入权限管理逻辑的目的。当执行AddOrder()等方法时,系统将验证用户的权限,调用横切关注点逻辑,因此该方法即为AOP的join point。对于电子商务系统而言,每个需要权限验证的方法都是一个单独的join point。由于权限验证将在每个方法执行前执行,所以对于这一系列join point,只需要定义一个point cut。当系统执行到join point处时,将根据定义去查找对应的point cut,然后执行这个横切关注点需要实现的逻辑,即advice。而point cut和advice,就组合成了一个权限管理aspect。

    aop2.5.gif
    图2.5 AOP动态横切的技术实现

    由于aspect是一个封装的对象,我们可以定义这样一个aspect:
    private static aspect AuthorizationAspect{……}

    然后在这个aspect中定义point cut,在point cut中,定义了需要截取上下文消息的方法,例如:
    private pointcut authorizationExecution():
    execution(public void OrderManager.AddOrder(Order)) ||
    execution(public void OrderManager.DeleteOrder(Order)) ||
    execution(public void ProductManager.AddProduct(Product)) ||
    execution(public void ProductManager.DeleteProduct(Product));

    由于权限验证是在订单管理方法执行之前完成,因此在before advice中,定义权限检查:
    before(): authorizationExecution()
    {
    if !(permissions.Verify(Permission.ADMIN))
    {
    throw new UnauthorizedException();
    }
    }

    通过定义了这样一个完整的aspect,当系统调用OrderManager或ProductManager的相关方法时,就触发了point cut,然后调用相应的advice逻辑。如此以来,OrderManager和ProductManager模块就与权限管理模块完全解除了依赖关系,同时也消除了传统设计中不可避免的权限判断的重复代码。这对于建立一个松散耦合、可扩展的系统软件是非常有利的。

  • 相关阅读:
    tensorflow源码解析之framework-shape_inference
    tensorflow源码解析之framework-function
    tensorflow源码解析之framework-device
    时间之外的往事
    字段初始值无法引用非静态字段、方法或属性“ ”
    第六期新人助跑感悟
    java volatile
    spring aop
    jvm类加载机制
    redis 集群 sharding策略
  • 原文地址:https://www.cnblogs.com/1121cyy/p/14235202.html
Copyright © 2020-2023  润新知