- ubuntu12.04环境下使用kvm ioctl接口实现最简单的虚拟机
- Ubuntu 通过无线网络安装Ubuntu Server启动系统后连接无线网络的方法
- 在Ubuntu上搭建网桥的方法
- ubuntu 虚拟机上网方式及相关配置详解
CFSDN坚持开源创造价值,我们致力于搭建一个资源共享平台,让每一个IT人在这里找到属于你的精彩世界.
这篇CFSDN的博客文章Java装饰器设计模式_动力节点Java学院整理由作者收集整理,如果你对这篇文章有兴趣,记得点赞哟.
定义:
动态给一个对象添加一些额外的职责,就象在墙上刷油漆.使用Decorator模式相比用生成子类方式达到功能的扩充显得更为灵活。设计初衷:通常可以使用继承来实现功能的拓展,如果这些需要拓展的功能的种类很繁多,那么势必生成很多子类,增加系统的复杂性,同时,使用继承实现功能拓展,我们必须可预见这些拓展功能,这些功能是编译时就确定了,是静态的。 。
要点:
装饰者与被装饰者拥有共同的超类,继承的目的是继承类型,而不是行为 。
实际上Java 的I/O API就是使用Decorator实现的.
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
|
//定义被装饰者
public
interface
Human {
public
void
wearClothes();
public
void
walkToWhere();
}
//定义装饰者
public
abstract
class
Decorator
implements
Human {
private
Human human;
public
Decorator(Human human) {
this
.human = human;
}
public
void
wearClothes() {
human.wearClothes();
}
public
void
walkToWhere() {
human.walkToWhere();
}
}
//下面定义三种装饰,这是第一个,第二个第三个功能依次细化,即装饰者的功能越来越多
public
class
Decorator_zero
extends
Decorator {
public
Decorator_zero(Human human) {
super
(human);
}
public
void
goHome() {
System.out.println(
"进房子。。"
);
}
public
void
findMap() {
System.out.println(
"书房找找Map。。"
);
}
@Override
public
void
wearClothes() {
// TODO Auto-generated method stub
super
.wearClothes();
goHome();
}
@Override
public
void
walkToWhere() {
// TODO Auto-generated method stub
super
.walkToWhere();
findMap();
}
}
public
class
Decorator_first
extends
Decorator {
public
Decorator_first(Human human) {
super
(human);
}
public
void
goClothespress() {
System.out.println(
"去衣柜找找看。。"
);
}
public
void
findPlaceOnMap() {
System.out.println(
"在Map上找找。。"
);
}
@Override
public
void
wearClothes() {
// TODO Auto-generated method stub
super
.wearClothes();
goClothespress();
}
@Override
public
void
walkToWhere() {
// TODO Auto-generated method stub
super
.walkToWhere();
findPlaceOnMap();
}
}
public
class
Decorator_two
extends
Decorator {
public
Decorator_two(Human human) {
super
(human);
}
public
void
findClothes() {
System.out.println(
"找到一件D&G。。"
);
}
public
void
findTheTarget() {
System.out.println(
"在Map上找到神秘花园和城堡。。"
);
}
@Override
public
void
wearClothes() {
// TODO Auto-generated method stub
super
.wearClothes();
findClothes();
}
@Override
public
void
walkToWhere() {
// TODO Auto-generated method stub
super
.walkToWhere();
findTheTarget();
}
}
//定义被装饰者,被装饰者初始状态有些自己的装饰
public
class
Person
implements
Human {
@Override
public
void
wearClothes() {
// TODO Auto-generated method stub
System.out.println(
"穿什么呢。。"
);
}
@Override
public
void
walkToWhere() {
// TODO Auto-generated method stub
System.out.println(
"去哪里呢。。"
);
}
}
//测试类,看一下你就会发现,跟java的I/O操作有多么相似
public
class
Test {
public
static
void
main(String[] args) {
Human person =
new
Person();
Decorator decorator =
new
Decorator_two(
new
Decorator_first(
new
Decorator_zero(person)));
decorator.wearClothes();
decorator.walkToWhere();
}
}
|
运行结果: 。
其实就是进房子找衣服,然后找地图这样一个过程,通过装饰者的三层装饰,把细节变得丰富.
关键点:
1、Decorator抽象类中,持有Human接口,方法全部委托给该接口调用,目的是交给该接口的实现类即子类进行调用.
2、Decorator抽象类的子类(具体装饰者),里面都有一个构造方法调用super(human),这一句就体现了抽象类依赖于子类实现即抽象依赖于实现的原则。因为构造里面参数都是Human接口,只要是该Human的实现类都可以传递进去,即表现出Decorator dt = new Decorator_second(new Decorator_first(new Decorator_zero(human)));这种结构的样子。所以当调用dt.wearClothes();dt.walkToWhere()的时候,又因为每个具体装饰者类中,都先调用super.wearClothes和super.walkToWhere()方法,而该super已经由构造传递并指向了具体的某一个装饰者类(这个可以根据需要调换顺序),那么调用的即为装饰类的方法,然后才调用自身的装饰方法,即表现出一种装饰、链式的类似于过滤的行为.
3、具体被装饰者类,可以定义初始的状态或者初始的自己的装饰,后面的装饰行为都在此基础上一步一步进行点缀、装饰.
4、装饰者模式的设计原则为:对扩展开放、对修改关闭,这句话体现在我如果想扩展被装饰者类的行为,无须修改装饰者抽象类,只需继承装饰者抽象类,实现额外的一些装饰或者叫行为即可对被装饰者进行包装。所以:扩展体现在继承、修改体现在子类中,而不是具体的抽象类,这充分体现了依赖倒置原则,这是自己理解的装饰者模式.
说的不清楚,有些只可意会不可言传的感觉,多看几遍代码,然后自己敲出来运行一下,基本上就领悟了.
下面这个例子也有助于理解 装饰的流程和作用 现在需要一个汉堡,主体是鸡腿堡,可以选择添加生菜、酱、辣椒等等许多其他的配料,这种情况下就可以使用装饰者模式.
汉堡基类(被装饰者,相当于上面的Human) 。
1
2
3
4
5
6
7
8
|
package
decorator;
public
abstract
class
Humburger {
protected
String name ;
public
String getName(){
return
name;
}
public
abstract
double
getPrice();
}
|
鸡腿堡类(被装饰者的初始状态,有些自己的简单装饰,相当于上面的Person) 。
1
2
3
4
5
6
7
8
9
10
|
package
decorator;
public
class
ChickenBurger
extends
Humburger {
public
ChickenBurger(){
name =
"鸡腿堡"
;
}
@Override
public
double
getPrice() {
return
10
;
}
}
|
配料的基类(装饰者,用来对汉堡进行多层装饰,每层装饰增加一些配料,相当于上面Decorator) 。
1
2
3
4
|
package
decorator;
public
abstract
class
Condiment
extends
Humburger {
public
abstract
String getName();
}
|
生菜(装饰者的第一层,相当于上面的decorator_zero) 。
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
|
package
decorator;
public
class
Lettuce
extends
Condiment {
Humburger humburger;
public
Lettuce(Humburger humburger){
this
.humburger = humburger;
}
@Override
public
String getName() {
return
humburger.getName()+
" 加生菜"
;
}
@Override
public
double
getPrice() {
return
humburger.getPrice()+
1.5
;
}
}
|
辣椒(装饰者的第二层,相当于上面的decorator_first) 。
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
|
package
decorator;
public
class
Chilli
extends
Condiment {
Humburger humburger;
public
Chilli(Humburger humburger){
this
.humburger = humburger;
}
@Override
public
String getName() {
return
humburger.getName()+
" 加辣椒"
;
}
@Override
public
double
getPrice() {
return
humburger.getPrice();
//辣椒是免费的哦
}
}
|
测试类 。
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
|
package
decorator;
public
class
Test {
/**
* @param args
*/
public
static
void
main(String[] args) {
Humburger humburger =
new
ChickenBurger();
System.out.println(humburger.getName()+
" 价钱:"
+humburger.getPrice());
Lettuce lettuce =
new
Lettuce(humburger);
System.out.println(lettuce.getName()+
" 价钱:"
+lettuce.getPrice());
Chilli chilli =
new
Chilli(humburger);
System.out.println(chilli.getName()+
" 价钱:"
+chilli.getPrice());
Chilli chilli2 =
new
Chilli(lettuce);
System.out.println(chilli2.getName()+
" 价钱:"
+chilli2.getPrice());
}
}
|
输出 。
鸡腿堡 价钱:10.0 鸡腿堡 加生菜 价钱:11.5 鸡腿堡 加辣椒 价钱:10.0 鸡腿堡 加生菜 加辣椒 价钱:11.5 。
以上所述是小编给大家介绍的Java装饰器设计模式,希望对大家有所帮助,如果大家有任何疑问请给我留言,小编会及时回复大家的。在此也非常感谢大家对我网站的支持! 。
最后此篇关于Java装饰器设计模式_动力节点Java学院整理的文章就讲到这里了,如果你想了解更多关于Java装饰器设计模式_动力节点Java学院整理的内容请搜索CFSDN的文章或继续浏览相关文章,希望大家以后支持我的博客! 。
对此感到疯狂,真的缺少一些东西。 我有webpack 4.6.0,webpack-cli ^ 2.1.2,所以是最新的。 在文档(https://webpack.js.org/concepts/mod
object Host "os.google.com" { import "windows" address = "linux.google.com" groups = ["linux"] } obj
每当我安装我的应用程序时,我都可以将数据库从 Assets 文件夹复制到 /data/data/packagename/databases/ .到此为止,应用程序工作得很好。 但 10 或 15 秒后
我在 cc 模式缓冲区中使用 hideshow.el 来折叠我不查看的文件部分。 如果能够在 XML 文档中做到这一点就好了。我使用 emacs 22.2.1 和内置的 sgml-mode 进行 xm
已结束。此问题不符合 Stack Overflow guidelines .它目前不接受答案。 我们不允许提出有关书籍、工具、软件库等方面的建议的问题。您可以编辑问题,以便用事实和引用来回答它。 关闭
根据java: public Scanner useDelimiter(String pattern) Sets this scanner's delimiting pattern to a patt
我读过一些关于 PRG 模式以及它如何防止用户重新提交表单的文章。比如this post有一张不错的图: 我能理解为什么在收到 2xx 后用户刷新页面时不会发生表单提交。但我仍然想知道: (1) 如果
看看下面的图片,您可能会清楚地看到这一点。 那么如何在带有其他一些 View 的简单屏幕中实现没有任何弹出/对话框/模式的微调器日期选择器? 我在整个网络上进行了谷歌搜索,但没有找到与之相关的任何合适
我不知道该怎么做,我一直遇到问题。 以下是代码: rows = int(input()) for i in range(1,rows): for j in range(1,i+1):
我想为重写创建一个正则表达式。 将所有请求重写为 index.php(不需要匹配),它不是以/api 开头,或者不是以('.html',或'.js'或'.css'或'.png'结束) 我的例子还是这样
MVC模式代表 Model-View-Controller(模型-视图-控制器) 模式 MVC模式用于应用程序的分层开发 Model(模型) - 模型代表一个存取数据的对象或 JAVA PO
我想为组织模式创建一个 RDF 模式世界。您可能知道,组织模式文档基于层次结构大纲,其中标题是主要的分组实体。 * March auxiliary :PROPERTIES: :HLEVEL: 1 :E
我正在编写一个可以从文件中读取 JSON 数据的软件。该文件包含“person”——一个值为对象数组的对象。我打算使用 JSON 模式验证库来验证内容,而不是自己编写代码。符合代表以下数据的 JSON
假设我有 4 张 table 人 公司 团体 和 账单 现在bills/persons和bills/companys和bills/groups之间是多对多的关系。 我看到了 4 种可能的 sql 模式
假设您有这样的文档: doc1: id:1 text: ... references: Journal1, 2013, pag 123 references: Journal2, 2014,
我有这个架构。它检查评论,目前工作正常。 var schema = { id: '', type: 'object', additionalProperties: false, pro
这可能很简单,但有人可以解释为什么以下模式匹配不明智吗?它说其他规则,例如1, 0, _ 永远不会匹配。 let matchTest(n : int) = let ran = new Rand
我有以下选择序列作为 XML 模式的一部分。理想情况下,我想要一个序列: 来自 my:namespace 的元素必须严格解析。 来自任何其他命名空间的元素,不包括 ##targetNamespace和
我希望编写一个 json 模式来涵盖这个(简化的)示例 { "errorMessage": "", "nbRunningQueries": 0, "isError": Fals
首先,我是 f# 的新手,所以也许答案很明显,但我没有看到。所以我有一些带有 id 和值的元组。我知道我正在寻找的 id,我想从我传入的三个元组中选择正确的元组。我打算用两个 match 语句来做到这
我是一名优秀的程序员,十分优秀!