「java装饰者模式」java装饰者模式例子
今天给各位分享java装饰者模式的知识，其中也会对java装饰者模式例子进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！
本文目录一览：
- 1、Java 代理模式和装饰者模式的区别
- 2、java问题 想问下 装饰者模式有什么实际用途呢？能举个实际应用的例子吗？
- 3、java装饰者模式问题，新手求助
- 4、关于java中装饰者模式的详解，不理解啊，，谁给解释解释。。。
- 5、代理模式、装饰者模式
Java 代理模式和装饰者模式的区别
您好！
代理模式与装饰者模式看起来很像，都实现基础对象实现的接口，在其自身对象中都保存着对被代理/被装饰者的对象引用。
先来看看装饰者模式的定义：动态的将责任附加到被装饰者对象上，用于扩展对象的功能。比继承的灵活性大。典型的如Java IO的设计即是装饰者模式的典型应用。
代理模式模式的定义：对其他对象进行代理，以控制对被代理对象的访问。Spring的为业务逻辑层方法生成的代理类，主要进行一些事务控制等。
由定义可以看出装饰的责任是扩展功能 ，而代理主要控制访问。
具体例子可参看Java IO装饰/Spring的动态代理/Hibernate的代理等。
望采纳
java问题 想问下 装饰者模式有什么实际用途呢？能举个实际应用的例子吗？
装饰者模式用来扩展对象的功能，给对象添加不同的功能。在io流中，比如 BufferedReader bufferedReader = new BufferedReader(new InputStreamReader(new FileInputStream(new File("d:/text.txt")))); 这种对File类的包装，由内层到外层扩展输入流的功能，就是一个典型的装饰者模式。inputstream是被装饰对象,然后Fileinputstream、InputStream、BufferedReader都是它的装饰器，用来扩展它的功能！
java装饰者模式问题，新手求助
装饰者模式
1、意图： 动态地给一个对象添加一些额外的职责。就增加功能来说， Decorator模式相比生成子类更为灵活。该模式以对客 户端透明的方式扩展对象的功能。
2、适用环境
（1）在不影响其他对象的情况下，以动态、透明的方式给单个对象添加职责。
（2）处理那些可以撤消的职责。
（3）当不能采用生成子类的方法进行扩充时。一种情况是，可能有大量独立的扩展，为支持每一种组合将产生大量的 子类，使得子类数目呈爆炸性增长。另一种情况可能是因为类定义被隐藏，或类定义不能用于生成子类。
3、参与者
1.Component（被装饰对象的基类）
定义一个对象接口，可以给这些对象动态地添加职责。
2.ConcreteComponent（具体被装饰对象）
定义一个对象，可以给这个对象添加一些职责。
3.Decorator（装饰者抽象类）
维持一个指向Component实例的引用，并定义一个与Component接口一致的接口。
4.ConcreteDecorator（具体装饰者）
具体的装饰对象，给内部持有的具体被装
饰对象，增加具体的职责。
4、类图
5、涉及角色
（1）抽象组件:定义一个抽象接口，来规范准备附加功能的类
（2）具体组件：将要被附加功能的类，实现抽象构件角色接口
（3）抽象装饰者：持有对具体构件角色的引用并定义与抽象构件角色一致的接口
（4）具体装饰：实现抽象装饰者角色，负责对具体构件添加额外功能。
关于java中装饰者模式的详解，不理解啊，，谁给解释解释。。。
DataInputStream bis = new DataInputStream(new BufferedInputStream(new FileInputStream("File")));
BufferedInputStream bis2 = new BufferedInputStream(new DataInputStream(new FileInputStream("File")));
BufferedInputStream添加了缓冲功能，请问，bis还有缓冲功能么？bis现在是DataInputStream类型的，bis2才是BufferedInputStream类型的，这是我学些IO的一个问题，为什么bis还有缓冲功能？
问题：动态给一个对象添加一些额外的职责
思考：可以修改这个类的源代码吗？
回答：可以
思考：那直接修改源代码就行了
问题：如果不可以修改呢？
思考：如果不可以修改源代码，那怎么添加？
回答：有一些类库可以直接修改编译后的class文件，但是这里不考虑
可以直接包含这个类的对象，如果这个类有实现某些接口，刚好某个需要添加额外智能的方法正好是其中一个方法，那就好办了
Son这个类的paint()方法需要添加一些额外的功能
package decorator;
public class Son implements Work {
public void paint() {
System.out.println("儿子用铅笔画好了一幅画。");
}
}
这个类不是实现了Work方法吗？那就好办了，新建一个类，继承Work接口：
package decorator;
public class Mother implements Work {
//被装饰者
private Work work;
public Mother(Work work) {
this.work = work;
}
private Mother() {}
public void paint() {
//妈妈装饰者做的职责
System.out.println("妈妈正在做给画上颜色前的准备工作。");
//被装饰者做的职责
work.paint();
//妈妈装饰者做的职责
System.out.println("妈妈给画上好了颜色。");
}
}
那个所谓的Work接口：
package decorator;
public interface Work {
public void paint();
}
你不是想让Son可以的paint方法多做点工作么？那我new出Mother类执行paint方法不就可以了吗
看代码就知道，其实这个装饰器模式并不怎么好用，每个需要装饰的类或者需要继承某个接口，这实在是一个限制
网上找的资料：
装饰模式（Decorator）
装饰模式又名包装（Wrapper）模式。
装饰模式以对客户端透明的方式扩展对象的功能，是继承关系的一个替代方案。
装饰模式通过创建一个包装对象，也就是装饰，来包裹真实的对象。
装饰模式以对客户端透明的方式动态地给一个对象附加上更多的责任。换言之，客户端并不会觉得对象在装饰前和装饰后有什么不同。
装饰模式可以在不创造更多子类的情况下，将对象的功能加以扩展。
装饰模式把客户端的调用委派到被装饰类。装饰模式的关键在于这种扩展是完全透明的。
装饰模式的角色
抽象构件角色（Component）：给出一个抽象接口，以规范准备接收附加责任的对象。
具体构件角色（Concrete Component）：定义将要接收附加责任的类。
装饰角色（Decorator）：持有一个构件（Component）对象的引用，并定义一个与抽象构件接口一致的接口。
具体装饰角色（Concrete Decorator）：负责给构件对象“贴上”附加的责任。
Java IO中的装饰模式
在IO中，具体构件角色是节点流，装饰角色是过滤流。
FilterInputStream和FilterOutputStream是装饰角色，而其他派生自它们的类则是具体装饰角色。
装饰模式的特点
装饰对象和真实对象有相同的接口。这样客户端对象就可以以和真实对象相同的方式和装饰对象交互。
装饰对象包含一个真实对象的引用（reference）。
装饰对象接收所有来自客户端的请求，它把这些请求转发给真实的对象。
装饰对象可以在转发这些请求之前或之后附加一些功能。
这样就确保了在运行时，不用修改给定对象的结构就可以在外部增加附加的功能。
程序实例
public interface Component
{
public void doSomething();
}
这是抽象构件角色，是一个接口。具体构件角色实现这个接口：
public class ConcreteComponent implements Component
{
@Override
public void doSomething()
{
System.out.println("功能A");
}
}
装饰角色：
public class Decorator implements Component
{
private Component component;
public Decorator(Component component)
{
this.component = component;
}
@Override
public void doSomething()
{
component.doSomething();
}
}
其中包含了构件角色的引用，方法调用中利用构件角色的方法。
具体装饰角色（两个）：
public class ConcreteDecorator1 extends Decorator
{
public ConcreteDecorator1(Component component)
{
super(component);
}
@Override
public void doSomething()
{
super.doSomething();
this.doAnotherThing();
}
private void doAnotherThing()
{
System.out.println("功能B");
}
}
public class ConcreteDecorator2 extends Decorator
{
public ConcreteDecorator2(Component component)
{
super(component);
}
@Override
public void doSomething()
{
super.doSomething();
this.doAnotherThing();
}
private void doAnotherThing()
{
System.out.println("功能C");
}
}
使用测试：
public class Client
{
public static void main(String[] args)
{
Component component = new ConcreteComponent();
Component component1 = new ConcreteDecorator1(component);
component1.doSomething();
System.out.println("-----------");
Component component2 = new ConcreteDecorator2(component1);
component2.doSomething();
}
}
输出：
功能A
功能B
-----------
功能A
功能B
功能C
代理模式、装饰者模式
代理模式和装饰者模式
Java 动态代理详解
装饰者模式：
在不必改变原类文件和使用继承的情况下，动态的扩展一个对象的功能。
代理模式：
为其他对象提供代理， 以控制对这个对象的访问。
代理模式和装饰者模式的相同：
一个新的对象封装原有的对象。
代理模式和装饰者模式的不同：
代理模式是为了实现对象的访问控制；
装饰者模式是继承的一种替代方案；
CGLIB动态代理介绍
生成字节码文件
springboot啥时候用jdk动态代理， 啥时候用cglib呢
enhancer字节码增强器
enhancer.setSuperclass(superClass)继承被代理的类
methodInterceptor增强的内容。
enhancer生成代理对象，生成的代理对象长啥样？
Cglib 总结
CGlib可以传入接口也可以传入普通的类，接口使用实现的方式,普通类使用会使用继承的方式生成代理类.
由于是继承方式,如果是 static方法,private方法,final方法等描述的方法是不能被代理的
做了方法访问优化，使用建立方法索引的方式避免了传统JDK动态代理需要通过Method方法反射调用.
提供callback 和filter设计，可以灵活地给不同的方法绑定不同的callback。编码更方便灵活。
CGLIB会默认代理Object中equals,toString,hashCode,clone等方法。比JDK代理多了clone。
关于java装饰者模式和java装饰者模式例子的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。