- ubuntu12.04环境下使用kvm ioctl接口实现最简单的虚拟机
- Ubuntu 通过无线网络安装Ubuntu Server启动系统后连接无线网络的方法
- 在Ubuntu上搭建网桥的方法
- ubuntu 虚拟机上网方式及相关配置详解
CFSDN坚持开源创造价值,我们致力于搭建一个资源共享平台,让每一个IT人在这里找到属于你的精彩世界.
这篇CFSDN的博客文章Java设计模式之工厂模式分析【简单工厂、工厂方法、抽象工厂】由作者收集整理,如果你对这篇文章有兴趣,记得点赞哟.
本文实例讲述了java设计模式之工厂模式。分享给大家供大家参考,具体如下:
1、 简单工厂 。
先来思考一个问题。我们平时写程序时,会有这种情况,a对象里面需要调用b对象的方法,这时我们使用的一般是new关键字来创建一个b实例,然后调用b实例的方法。这种做法的坏处在于:a类的方法实现直接调用了b类的类名(这种方式也被称为硬编码耦合),一旦系统需要重构:需要使用c类来代替b类时,程序就不得不修改a类代码,如果应用中有100个或者10000个类以硬编码方式耦合了b类,则需要修改100个、10000个地方,这显然是一种非常可怕的事情.
换一个角度来看这个问题:对已a对象而言,它只需要调用b对象的方法,并不关心b对象的实现、创建过程,考虑让b类实现一个ib接口,而a类只需要与ib接口耦合——a类并不直接使用new关键字来创建b实例,而是重新定义一个工厂类:ibfactory,由该工厂类负责创建ib实例,而a类用过调用ibfactory工厂的方法来得到ib的实例。通过以上设计:需要使用c类代替b类,则只需要让c类也实现ib接口,并改写ibfactory工厂中创建ib实例的实现代码,让该工厂产生c实例即可。这种将多个类对象交给工厂类来生成的设计方式叫做简单工厂模式.
以下是简单工厂模式的代码:
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
|
/**
* 简单工厂模式
*
* 需要工厂生产的对象实例所实现的共同的接口
* 发型接口
* @author administrator
*
*/
public
interface
hair {
/**
* 画发型
*/
public
void
draw();
}
/**
* 左偏分发型
* @author administrator
*
*/
public
class
lefthair
implements
hair {
@override
public
void
draw() {
system.out.println(
"----------------画左偏分发型-----------------"
);
}
}
/**
* 右偏分发型
* @author administrator
*
*/
public
class
righthair
implements
hair {
@override
public
void
draw() {
system.out.println(
"-----------------画右偏分发型------------------"
);
}
}
/**
* 生产发型的工厂
* 要生产什么发型 只需在这里改就行了
* @author administrator
*
*/
public
class
hairfactory {
public
hair gethair() {
return
new
lefthair();
//return new righthair();
}
}
/**
* 客户端测试类
* @author administrator
*
*/
public
class
hairtest {
public
static
void
main(string[] args) {
hairfactory factory =
new
hairfactory();
hair hair = factory.gethair();
hair.draw();
}
}
|
可以看到,如果想把hairtest里面生成的lefthair改成righthair,只需修改hairfactory里面gethair方法的实现即可.
使用简单工厂模式的优势在于:让对象的调用者和对象的创建过程分离,当对象调用者需要对象时,直接向工厂请求即可,从而避免了对象的调用者与对象实现类以硬编码方式耦合,以提高系统的可维护性、可扩展性。当然,工厂模式也有一个小小的缺陷,当产品修改时,工厂类也要做相应的修改,此处可使用策略模式进行解决,下面是代码.
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
|
public
interface
hairbuilder {
/**
* 制造发型
* @return
*/
public
hair gethair();
}
public
class
lefthairbuilder
implements
hairbuilder {
@override
public
hair gethair() {
return
new
lefthair();
}
}
public
class
righthairbuilder
implements
hairbuilder {
@override
public
hair gethair() {
return
new
righthair();
}
}
public
class
hairfactory {
private
hairbuilder hairbuilder;
public
hairfactory(hairbuilder hairbuilder) {
this
.hairbuilder = hairbuilder;
}
public
void
sethairbuilder(hairbuilder hairbuilder) {
this
.hairbuilder = hairbuilder;
}
public
hair gethair() {
return
hairbuilder.gethair();
}
}
public
class
hairtest {
public
static
void
main(string[] args) {
// hairbuilder builder = new lefthairbuilder();
hairbuilder builder =
new
righthairbuilder();
hairfactory factory =
new
hairfactory(builder);
hair hair = factory.gethair();
hair.draw();
}
}
|
这种做法的好处是无需再去修改工厂类,将工厂里面的创建对量逻辑根据不同的策略抽象出来,程序需要创建什么对象,只需网工厂中传入相应的builder即可.
2、工厂方法 。
在简单工厂模式中,系统使用工厂类生产所有产品实例,且该工厂类决定生产哪个类的实例,即工厂类负责所有的逻辑判断、实例创建等工作.
如果不想再工厂类中进行逻辑判断,程序可以为不同的产品类提供不同的工厂,不同的工厂类生产不同的产品,无需再工厂类中进行复杂的逻辑判断。这就有点类似于上面的简单工厂模式结合策略模式,不同的是前者只有一个工厂,后者需要有多个工厂。下面是工厂方法模式的代码.
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
|
/**
* 工厂方法模式
* 需要工厂生产的对象实例所实现的共同的接口
* @author administrator
*
*/
public
interface
person {
public
void
drawperson();
}
public
class
man
implements
person {
@override
public
void
drawperson() {
system.out.println(
"---------------------draw a man--------------------"
);
}
}
public
class
women
implements
person {
@override
public
void
drawperson() {
system.out.println(
"--------------------draw a women---------------------"
);
}
}
/**
* 生产人的工厂
* @author administrator
*
*/
public
interface
personfactory {
//生产人
public
person getperson();
}
/**
* 生产man的工厂
* @author administrator
*
*/
public
class
manfactory
implements
personfactory {
@override
public
person getperson() {
return
new
man();
}
}
/**
* 声场women的工厂
* @author administrator
*
*/
public
class
womenfactory
implements
personfactory {
@override
public
person getperson() {
return
new
women();
}
}
/**
* 客户端测试类
* @author administrator
*
*/
public
class
persontest {
public
static
void
main(string[] args) {
// personfactory factory = new manfactory();
personfactory factory =
new
womenfactory();
person person = factory.getperson();
person.drawperson();
}
}
|
这种的典型的特点就是在客户端代码中根据不同的工厂生产其对应的产品,不必把复杂的逻辑都放在工厂类里面判断。这种实现有一个很明显的缺陷,就是客户端与工厂类进行了耦合.
3、抽象工厂 。
采用上面的工厂方法的设计架构,客户端代码成功与被调用对象的实现类分离,但带来了另一种耦合:客户端代码与不同的工厂类耦合。为了解决这种耦合的问题,考虑在增加一个工厂类,用来生成工厂实例,实现生产产品的工厂与客户端分离,这种设计方式被称为抽象工厂模式。下面是抽象工厂模式的代码 。
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
|
/**
* 抽象工厂模式
* 生产personfactory的工厂
* @author administrator
*
*/
public
class
personfactoryfactory {
public
static
personfactory getpersonfactory(string type) {
if
(type.equalsignorecase(
"man"
)) {
return
new
manfactory();
}
else
{
return
new
womenfactory();
}
}
}
/**
* 客户端测试类
* @author administrator
*
*/
public
class
persontest {
public
static
void
main(string[] args) {
personfactory factory = personfactoryfactory.getpersonfactory(
"man"
);
person person = factory.getperson();
person.drawperson();
}
}
|
希望本文所述对大家java程序设计有所帮助.
原文链接:https://blog.csdn.net/zw19910924/article/details/52373892 。
最后此篇关于Java设计模式之工厂模式分析【简单工厂、工厂方法、抽象工厂】的文章就讲到这里了,如果你想了解更多关于Java设计模式之工厂模式分析【简单工厂、工厂方法、抽象工厂】的内容请搜索CFSDN的文章或继续浏览相关文章,希望大家以后支持我的博客! 。
我想了解 Ruby 方法 methods() 是如何工作的。 我尝试使用“ruby 方法”在 Google 上搜索,但这不是我需要的。 我也看过 ruby-doc.org,但我没有找到这种方法。
Test 方法 对指定的字符串执行一个正则表达式搜索,并返回一个 Boolean 值指示是否找到匹配的模式。 object.Test(string) 参数 object 必选项。总是一个
Replace 方法 替换在正则表达式查找中找到的文本。 object.Replace(string1, string2) 参数 object 必选项。总是一个 RegExp 对象的名称。
Raise 方法 生成运行时错误 object.Raise(number, source, description, helpfile, helpcontext) 参数 object 应为
Execute 方法 对指定的字符串执行正则表达式搜索。 object.Execute(string) 参数 object 必选项。总是一个 RegExp 对象的名称。 string
Clear 方法 清除 Err 对象的所有属性设置。 object.Clear object 应为 Err 对象的名称。 说明 在错误处理后,使用 Clear 显式地清除 Err 对象。此
CopyFile 方法 将一个或多个文件从某位置复制到另一位置。 object.CopyFile source, destination[, overwrite] 参数 object 必选
Copy 方法 将指定的文件或文件夹从某位置复制到另一位置。 object.Copy destination[, overwrite] 参数 object 必选项。应为 File 或 F
Close 方法 关闭打开的 TextStream 文件。 object.Close object 应为 TextStream 对象的名称。 说明 下面例子举例说明如何使用 Close 方
BuildPath 方法 向现有路径后添加名称。 object.BuildPath(path, name) 参数 object 必选项。应为 FileSystemObject 对象的名称
GetFolder 方法 返回与指定的路径中某文件夹相应的 Folder 对象。 object.GetFolder(folderspec) 参数 object 必选项。应为 FileSy
GetFileName 方法 返回指定路径(不是指定驱动器路径部分)的最后一个文件或文件夹。 object.GetFileName(pathspec) 参数 object 必选项。应为
GetFile 方法 返回与指定路径中某文件相应的 File 对象。 object.GetFile(filespec) 参数 object 必选项。应为 FileSystemObject
GetExtensionName 方法 返回字符串,该字符串包含路径最后一个组成部分的扩展名。 object.GetExtensionName(path) 参数 object 必选项。应
GetDriveName 方法 返回包含指定路径中驱动器名的字符串。 object.GetDriveName(path) 参数 object 必选项。应为 FileSystemObjec
GetDrive 方法 返回与指定的路径中驱动器相对应的 Drive 对象。 object.GetDrive drivespec 参数 object 必选项。应为 FileSystemO
GetBaseName 方法 返回字符串,其中包含文件的基本名 (不带扩展名), 或者提供的路径说明中的文件夹。 object.GetBaseName(path) 参数 object 必
GetAbsolutePathName 方法 从提供的指定路径中返回完整且含义明确的路径。 object.GetAbsolutePathName(pathspec) 参数 object
FolderExists 方法 如果指定的文件夹存在,则返回 True;否则返回 False。 object.FolderExists(folderspec) 参数 object 必选项
FileExists 方法 如果指定的文件存在返回 True;否则返回 False。 object.FileExists(filespec) 参数 object 必选项。应为 FileS
我是一名优秀的程序员,十分优秀!