关于java中装饰者模式的详解,不理解啊,,谁给解释解释。。。
发布网友
发布时间：2022-04-06 05:41
共4个回答
热心网友
时间：2022-04-06 07:11
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接口：
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接口：
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
热心网友
时间：2022-04-06 08:29
装饰者模式可以动态地给一个对象增加其他职责。就扩展对象功能来说，装饰者模式比生成子类更为灵活。(定义)
不给你写代码了，写了估计你也不看。
简单的给你解释吧：你只会做一件事情A，我想让你去做B－A这件事情，不改变你的行为，你肯定不会做的。但是小明会做另一件事情B，所以我就可以让小明去做B，并且告诉小明做完后 如果遇见你 就让你做事情A。让后我们你们两个放在一块，让小明做B，然后事情B－A就可以被做了。同样我想完成事情C－A，只要找到会做C的小王就可以了。
在这里你就是被装饰者，小明和小王就是装饰者。之所以把你叫做装饰者，可能是因为你做的事情是主要的事情。其实这些都是可以灵活利用的 。
建议你看书 header first 设计模式
如果想看代码，百度太多了。
如果不明白，可以追问。追问谢谢
热心网友
时间：2022-04-06 10:03
没必要死钻模式，意义不大，理解开闭原则即可
热心网友
时间：2022-04-06 11:55
这些模式多用就会了。现在不用过分深究追问~~~(>_<)~~~。。学到IO流的时候，说只要掌握理解装饰者模式，就能掌握IO流。。。关键是不理解啊
