- 浏览: 788486 次
- 性别:
- 来自: 深圳
文章分类
最新评论
-
萨琳娜啊:
Java读源码之Netty深入剖析网盘地址:https://p ...
Netty源码学习-FileRegion -
飞天奔月:
写得有趣 ^_^
那一年你定义了一个接口 -
GoldRoger:
第二个方法很好
java-判断一个自然数是否是某个数的平方。当然不能使用开方运算 -
bylijinnan:
<script>alert("close ...
自己动手实现Java Validation -
paul920531:
39行有个bug:"int j=new Random ...
java-蓄水池抽样-要求从N个元素中随机的抽取k个元素,其中N无法确定
声明:
本文只为方便我个人查阅和理解,详细的分析以及源代码请移步 原作者的博客http://chjavach.iteye.com/
本文只为方便我个人查阅和理解,详细的分析以及源代码请移步 原作者的博客http://chjavach.iteye.com/
import java.io.BufferedOutputStream; import java.io.DataOutputStream; import java.io.FileOutputStream; import java.io.FilterOutputStream; import java.io.IOException; import java.io.OutputStream; /** * 看到书上说是用装饰模式来计算奖金,第一个问题就是:这跟策略模式有什么区别? * 个人理解: * 策略模式一个时刻只能使用一个策略,各种策略之间是平等的 * 装饰模式之间的“装饰”(策略)是相互合作的(例如一种“装饰”基于另一种“装饰”) * 可以使用多个“装饰”,最终各个“装饰”组成一个整体 * * 对于装饰模式的理解,我认为其实是“组合优于继承”的理念的实现:“装饰”的目的就是为了扩展(或利用)一个类的功能 * 这可通过继承,可使用组合。通常是“组合优于继承” * * 为了使得“装饰器”之间可嵌套、组合,这些装饰器之间应该有相同的装饰方法:1.继承同一个父类 或者2.实现相同的接口 */ /* * 以下代码的业务逻辑:奖金=基本奖金+当月奖金+团队奖金 * 书上是把Component写在抽象类的,我这里写成接口 * bylijinnan */ interface IComponent { double calculateBonus(String user); } //基本奖金。默认为0.这个类是被装饰的类,“装饰”从这个类开始 class BaseBonusComponent implements IComponent { public double calculateBonus(String user) { return 0; } } abstract class Decorator implements IComponent{ protected IComponent component; public Decorator(IComponent component) { this.component = component; } public double calculateBonus(String user) { //you can do something more here... return component.calculateBonus(user); } } //当月奖金 class MonthBonusDecorator extends Decorator { public MonthBonusDecorator(IComponent component) { super(component); } //加上当月奖金1000元 public double calculateBonus(String user) { return component.calculateBonus(user) + 1000; } } //团队奖金 class TeamBonusDecorator extends Decorator { public TeamBonusDecorator(IComponent component) { super(component); } //加上团队奖金2000元 public double calculateBonus(String user) { return component.calculateBonus(user) + 2000; } } /* * 扩展:书上提到Java I/O使用了装饰模式 * 业务逻辑:简单地把英文字母向后移动两个位置,例如a->c,c->e...z->b */ class EncryptOutputStream extends OutputStream { //持有“被装饰”的对象 private OutputStream outputStream; public EncryptOutputStream(OutputStream outputStream) { this.outputStream = outputStream; } @Override public void write(int arg) throws IOException { //做自己的一些处理,相当于“装饰” arg += 2; if (arg > 'z') { arg -= 26; } //调用“被装饰”的对象的方法 this.outputStream.write(arg); } /*//下面这样写的话,可实现“装饰器”互换 public void close() throws IOException { outputStream.flush(); super.close(); } */ } class EncryptOutputStream2 extends FilterOutputStream { //private OutputStream outputStream; //这里为什么不再需要持有“被装饰”的对象呢?查看FilterOutputStream源码会发现,FilterOutputStream已经持有了 public EncryptOutputStream2(OutputStream outputStream) { super(outputStream); } @Override public void write(int arg) throws IOException { //做自己的一些处理,相当于“装饰” arg += 2; if (arg > 'z') { arg -= 26; } //调用“被装饰”的对象的方法 super.write(arg); } } //这个类是用来测试的 public class DecoratorPattern { public static void main(String[] args) throws Exception { //测试奖金的计算 BaseBonusComponent baseBonus = new BaseBonusComponent(); Decorator monthBonus = new MonthBonusDecorator(baseBonus); Decorator teamBonus = new TeamBonusDecorator(monthBonus); /*//装饰的顺序可以改变,写成下面这样也可以 Decorator teamBonus = new TeamBonusDecorator(baseBonus); Decorator monthBonus = new MonthBonusDecorator(teamBonus); */ System.out.println(teamBonus.calculateBonus("Tom")); //在这个例子不传递user也可以,但实际应用中每个人的奖金都应该不同 //测试“装饰”OutputStream /* A.当EncryptOutputStream extends OutputStream时,代码中1和2的顺序不可互换 因为out.close时,调用顺序是-->DataOutputStream.close() -->BufferedOutputStream.close() -->EncryptOutputStream.close() -->FileOutputStream.close(), 当执行到BufferedOutputStream.close()时,查看源码有BufferedOutputStream extends FilterOutputStream, 所以BufferedOutputStream继承了FilterOutputStream的close方法,而FileOutputStream.close()会调用flush这个方法, 强制输出缓存的数据(BufferedOutputStream要在8192字节满了才输出) 但当1和2调换过来时,没有内容输出到文件中。 因为,调用顺序是 -->DataOutputStream.close() -->EncryptOutputStream.close(); EncryptOutputStream.close()会直接调用父类OutputStream.close()(这个方法是个空方法什么也不做) 如果想要1和2可互换,可重写EncryptOutputStream的close方法,调用flush()方法,具体代码见前面(我注释掉了) B.当EncryptOutputStream2 extends FilterOutputStream时,代码中1和2的顺序可互换 查看FilterOutputStream的close()方法是调用了flush()方法的 */ DataOutputStream out = new DataOutputStream( new BufferedOutputStream( //1. new EncryptOutputStream( //2. new FileOutputStream("d:/tmp/test.txt")))); out.write("abcdxyz".getBytes()); out.close(); DataOutputStream out2 = new DataOutputStream( new EncryptOutputStream2( new BufferedOutputStream( new FileOutputStream("d:/tmp/test2.txt")))); out2.write("az".getBytes()); out2.close(); } }
发表评论
-
J2EE设计模式-Intercepting Filter
2013-11-27 16:56 1546Intercepting Filter类似于职责链模式 有两种 ... -
《重构,改善现有代码的设计》第八章 Duplicate Observed Data
2012-12-04 20:34 1532import java.awt.Color; impor ... -
读《研磨设计模式》-代码笔记-状态模式-State
2012-10-07 16:56 1419声明: 本文只为方便我个人查阅和理解,详细的分析以及源代码请移 ... -
读《研磨设计模式》-代码笔记-访问者模式-Visitor
2012-10-06 23:43 1088声明: 本文只为方便我 ... -
读《研磨设计模式》-代码笔记-命令模式-Command
2012-10-06 23:40 1230声明: 本文只为方便我 ... -
读《研磨设计模式》-代码笔记-适配器模式-Adapter
2012-09-26 00:23 1420声明: 本文只为方便我个人查阅和理解,详细的分析以及源代码请移 ... -
读《研磨设计模式》-代码笔记-外观模式-Facade
2012-09-25 23:46 1050声明: 本文只为方便我个人查阅和理解,详细的分析以及源代码请移 ... -
读《研磨设计模式》-代码笔记-解释器模式-Interpret
2012-09-23 23:55 1239声明: 本文只为方便我个人查阅和理解,详细的分析以及源代码请移 ... -
读《研磨设计模式》-代码笔记-备忘录模式-Memento
2012-09-23 00:05 1753声明: 本文只为方便我个人查阅和理解,详细的分析以及源代码请移 ... -
读《研磨设计模式》-代码笔记-享元模式-Flyweight
2012-09-21 21:01 1224声明: 本文只为方便我 ... -
读《研磨设计模式》-代码笔记-抽象工厂模式-Abstract Factory
2012-09-21 20:59 998声明: 本文只为方便我个人查阅和理解,详细的分析以及源代码请移 ... -
读《研磨设计模式》-代码笔记-职责链模式-Chain Of Responsibility
2012-09-15 17:57 1651声明: 本文只为方便我 ... -
读《研磨设计模式》-代码笔记-桥接模式
2012-09-12 18:27 1390声明: 本文只为方便我个人查阅和理解,详细的分析以及源代码请移 ... -
读《研磨设计模式》-代码笔记-策略模式-Strategy
2012-09-12 18:24 1107声明: 本文只为方便我个人查阅和理解,详细的分析以及源代码请移 ... -
读《研磨设计模式》-代码笔记-工厂方法模式
2012-08-24 16:57 1176声明: 本文只为方便我 ... -
读《研磨设计模式》-代码笔记-简单工厂模式
2012-08-24 16:56 1121声明: 本文只为方便我个人查阅和理解,详细的分析以及源代码请移 ... -
读《研磨设计模式》-代码笔记-组合模式
2012-08-23 18:13 912声明: 本文只为方便我个人查阅和理解,详细的分析以及源代码请移 ... -
读《研磨设计模式》-代码笔记-模板方法模式
2012-08-23 18:12 1289声明: 本文只为方便我个人查阅和理解,详细的分析以及源代码请移 ... -
式工工工工
2012-08-23 00:09 0package pattern; //=========== ... -
读《研磨设计模式》-代码笔记-原型模式
2012-08-21 19:34 1116声明: 本文只为方便我个人查阅和理解,详细的分析以及源代码请移 ...
相关推荐
设计模式Golang实现《研磨设计模式》读书笔记Go语言设计模式Go语言设计模式的实例代码创建模式工厂简单模式(Simple Factory)工厂方法模式(工厂方法)抽象工厂模式(Abstract Factory)创建者模式(Builder)原型...
《研磨设计模式源码》是一份非常宝贵的资源,它提供了设计模式的实践代码,帮助开发者深入理解并应用这些模式。设计模式是软件工程中经过长期实践总结出来的一套通用解决方案,它们描述了在特定场景下如何解决常见...
第22章 装饰模式(Decorator) 第23章 职责链模式(Chain of Responsibility) 第24章 桥接模式(Bridge) 第25章 访问者模式(Visitor) 附录A常见面向对象设计原则 附录BUML简介 参考文献
第22章 装饰模式(Decorator) 第23章 职责链模式(Chain of Responsibility) 第24章 桥接模式(Bridge) 第25章 访问者模式(Visitor) 附录A常见面向对象设计原则 附录BUML简介 参考文献
第22章 装饰模式(Decorator) 第23章 职责链模式(Chain of Responsibility) 第24章 桥接模式(Bridge) 第25章 访问者模式(Visitor) 附录A常见面向对象设计原则 附录BUML简介 参考文献
《研磨设计模式》是一本深入探讨软件设计模式的经典书籍,源代码包含了书中所讲解的各种设计模式的实际应用示例。设计模式是软件工程中的重要概念,它们是经过反复验证、在特定情境下解决常见问题的有效解决方案。...
结构型模式如适配器模式(Adapter)、装饰器模式(Decorator)和代理模式(Proxy),则关注如何组合和连接类与对象,以达到新的功能。行为型模式如观察者模式(Observer)、策略模式(Strategy)和访问者模式...
- 装饰模式(Decorator):动态地给一个对象添加一些额外的职责。 - 享元模式(Flyweight):使用共享对象,有效地支持大量细粒度的对象。 3. **行为型模式**:这类模式关注对象之间的责任分配。 - 责任链模式...
第22章 装饰模式(Decorator) 第23章 职责链模式(Chain of Responsibility) 第24章 桥接模式(Bridge) 第25章 访问者模式(Visitor) 附录A常见面向对象设计原则 附录BUML简介 参考文献
Decorator模式,也称为装饰模式,是设计模式中的一个重要组成部分,它在不改变原有对象接口的前提下,动态地给对象添加新的功能,从而扩展了对象的能力。这篇博客()将深入探讨这个模式的细节。 装饰模式的核心...
总结一下,装饰模式是一种强大的设计模式,它允许我们在运行时动态地给对象添加新的功能,而无需修改对象的原有代码。在Python中,我们可以利用装饰器这一特性轻松实现;而在C++中,通过继承和多态,我们可以构建一...
c++设计模式-结构型模式-装饰器模式;QT工程;c++简单源码; 装饰器(Decorator)模式的定义:指在不改变现有对象结构的情况下,动态地给该对象增加一些职责(即增加其额外功能)的模式,它属于对象结构型模式。
装饰者模式是软件设计模式中的一种结构型模式,它的主要目的是动态地给对象添加新的功能,而无需修改原有代码。在Java中,装饰者模式通常通过继承和组合来实现,它提供了一种比继承更灵活的方式来扩展对象的功能。...
代理模式(Proxy Pattern)、单例模式(Singleton Pattern)、工厂方法...装饰模式(Decorator Pattern)、迭代器模式(Iterator Pattern)、组合模式(Composite Pattern)、观察者模式(Observer Pattern)、责任链...
装饰器模式(Decorator)允许动态地给对象添加新的行为或责任;代理模式(Proxy)为对象提供一个代理以控制对这个对象的访问;桥接模式(Bridge)将抽象部分与实现部分分离,使它们可以独立变化;组合模式...
装饰模式(Decorator Pattern)是一种结构型设计模式,它允许你向一个现有的对象添加新的功能,同时又不改变其结构。装饰模式通过创建一个装饰类,该类包装了原始类的实例,并在调用原始类方法之前或之后添加额外的...
【Decorator模式】是一种设计模式,它允许在运行时动态地给对象...在实际的软件开发中,Decorator模式同样适用于那些需要动态增减功能的对象,例如在UI设计中添加装饰元素,或者在数据库连接池中添加不同的连接策略等。
`vue-property-decorator`是一个库,它是Vue.js和TypeScript的结合,提供了装饰器来帮助我们在TypeScript中更好地声明和管理组件的属性。它使得我们可以利用TypeScript的强类型系统,提高代码的可维护性和可读性。...
结构型模式关注如何将对象和类组合成更大的结构,如适配器模式(Adapter)、装饰器模式(Decorator)和代理模式(Proxy)等,它们提供了更好的抽象和接口集成。行为型模式则关注对象之间的交互和职责分配,如策略...