设计模式-结构型模式-装饰者模式

设计模式-结构型模式-装饰者模式

1.简介

有时候我们需要在现有的代码中,添加或者删除一些功能,同时对现有的功能又不影响,而且修改的这些功能又不足以做成一个(被装饰者)子类

聚合了将要装饰的接口,实现了原有对象一样的接口,代理委托原有对象的所有方法(变成了调用装饰类的方法)。在装饰类的子类方法中实现增强;

被装饰者的接口必须和装饰器的接口完全一致;

相当于是动态的扩展对象功能而不修改原有的对象,适配原接口,而不是使用子类化来扩展;

2.角色

在这里插入图片描述

具有一下角色

  • Component :抽象组件 可以是一个接口
  • ComponentImpl:被装饰者
  • Decorator:这是一个抽象的组件装饰器
  • ExtendedComponent:这是额外功能的组件装饰器

3.场景

还是举个JDK例子 ;Collections.synchronizedList 调用之后返回的list 返回的是一个线程安全的List

		List<Object> list = new ArrayList<>();
		list = Collections.synchronizedList(list);

//JDK源码
    public static <T> List<T> synchronizedList(List<T> list) {
        return (list instanceof RandomAccess ?
                new SynchronizedRandomAccessList<>(list) :
                new SynchronizedList<>(list));  // 返回的数据类型  ExtendedComponent
    }

//ExtendedComponent SynchronizedList
 static class SynchronizedList<E>  extends SynchronizedCollection<E>  implements List<E> {
SynchronizedCollection  ====>>>  ///Decorator
 
//Decorator    SynchronizedCollection  持有一个 Collection ,接口全部兼容 只是添加了   synchronized (mutex)
static class SynchronizedCollection<E> implements Collection<E>, Serializable {
        private static final long serialVersionUID = 3053995032091335093L;

        final Collection<E> c;  // Backing Collection
        final Object mutex;     // Object on which to synchronize

        SynchronizedCollection(Collection<E> c) {
            this.c = Objects.requireNonNull(c);
            mutex = this;
        }

        SynchronizedCollection(Collection<E> c, Object mutex) {
            this.c = Objects.requireNonNull(c);
            this.mutex = Objects.requireNonNull(mutex);
        }

        public int size() {
            synchronized (mutex) {return c.size();}
        }
        public boolean isEmpty() {
            synchronized (mutex) {return c.isEmpty();}
        }
        public boolean contains(Object o) {
            synchronized (mutex) {return c.contains(o);}
        }
        public Object[] toArray() {
            synchronized (mutex) {return c.toArray();}
        }
        public <T> T[] toArray(T[] a) {
            synchronized (mutex) {return c.toArray(a);}
        }

        public Iterator<E> iterator() {
            return c.iterator(); // Must be manually synched by user!
        }

        public boolean add(E e) {
            synchronized (mutex) {return c.add(e);}
        }
        public boolean remove(Object o) {
            synchronized (mutex) {return c.remove(o);}
        }

       .................
}

架构图

在这里插入图片描述


}

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
官方翻译:大小可变数组实现List接口的。 实现了所有可选列表操作,并允许所有元素,包括null。 除了实现List接口,此类提供方法来操作在内部用于存储列表中的阵列的大小。 (这个类是大致相当于矢量 ,除了它是不同步的)。 大小 的isEmpty, 获取 , 设置 迭代器和操作的ListIterator在固定时间内运行。 在分期常量时间 ,即增加操作运行时,添加N元素需要O(n)的时间。 其他所有操作都以线性时间运行(粗略地讲)。 相比LinkedList实现的常数因子较低。 每个ArrayList实例都有一个容量 。 容量是用于存储在列表中的元件的阵列的大小。 它始终是至少一样大名单的大小。 作为元素被添加到一个ArrayList,其容量自动增长。 增长政策的细节无法超越的事实,添加元素具有恒定的摊余成本的时间规定。 应用程序可以添加大量使用的ensureCapacity操作元件的前增大ArrayList实例的容量。 这可以减少增量再分配的数量。 注意,此实现不是同步的。 如果多个线程同时访问一个ArrayList实例,至少线程修改的一个列表结构,它必须保持外部同步。 (结构上的修改是指添加或删除一个或多个元件,或明确地调整大小背衬阵列的操作;仅设置元素的值不是结构修改。)这是一个典型地通过同步完成一些物体上自然封装该名单。 如果该对象不存在,该列表应被“包装”使用Collections.synchronizedList方法。 这最好在创建时完成,以防止意外的名单不同步访问: List list = Collections.synchronizedList(new ArrayList(...)); 此类的返回的迭代器 iterator和listIterator方法是快速失败的 :如果列表在任何时间从结构上修改创建迭代器之后,以任何方式,除了通过迭代器自身的remove或add方法,迭代器都将抛出ConcurrentModificationException 。 因此,在并发的修改,迭代器很快就会完全失败,而不是在将来不确定的时间任意冒险,不确定性的行为。 注意的迭代器无法保证,因为,一般来说快速失败行为,不可能作出任何硬性保证不同步并发修改的存在。 快速失败的迭代器抛出ConcurrentModificationException一个最大努力的基础上。 因此,这将是错误的,写一个程序,依赖于此异常的它的正确性: 迭代器的快速失败行为应该仅用于检测bug。 这个类是成员的Java集合框架

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值