大家好，又见面了，我是你们的朋友全栈君。如果您正在找激活码,请点击查看最新教程,关注关注公众号 “全栈程序员社区” 获取激活教程,可能之前旧版本教程已经失效.最新Idea2022.1教程亲测有效,一键激活。
Jetbrains全系列IDE使用 1年只要46元 售后保障 童叟无欺
动机
在软件系统中，经常面临着创建对象的工作，由于需求的变换，需要创建的对象的具体类型经常变换。
如何应对这种变换？如何绕过常规的对象创建方法(new)，提供一种”封装机制“来避免客户程序和这种”具体对象创建工作“的紧耦合
模式定义
定义一个用于创建对象的接口，让子类决定实例化哪一个类。Factory Method使得一个类的实例化延迟(目的：解耦，手段：虚函数)到子类
实例
朴素
class ISplitter{
public:
virtual void split() = 0;
virtual void ~ISplitter(){
}
}
class FileSpliter : ISplitter{
void split(){
for(int i = 0;i < m_fileNumber;i ++){
//..
if(m_progressBar != nullptr){
m_progressBar->setValue((i + 1) / m_fileNumber);
}
}
}
}
class TxtSpliter : public ISplitter{
};
class BinarySplitter : public ISplitter{
};
class MainForm : public Form{
TextBox * txtFilaPath;
TextBox * txtFileNumber;
ProgressBar *progressBar;
public :
void Button_Click(){
string filePath = txtFilaPath->getText();
int number = atoi(txtFileNumber->getText());
ISplitter *splitter = //抽象依赖
new BinarySplitter(filePath,number); //具体依赖
splitter.split();
}
}
工厂模型
class MainForm : public Form{
TextBox * txtFilaPath;
TextBox * txtFileNumber;
ProgressBar *progressBar;
SplitterFactory * factory;//工厂
public :
MainForm(SplitterFactory *factory){
this->factory = factory;
}
void Button_Click(){
string filePath = txtFilaPath->getText();
int number = atoi(txtFileNumber->getText());
ISplitter *splitter = factory->CreateSplitter(); //多态new
splitter.split();
}
}
//工厂基类
class SplitterFactory{
public:
virtual ISplitter* CreateSplitter() = 0;
~SplitterFactory(){
};
}
//抽象类
class ISplitter{
public:
virtual void split() = 0;
virtual void ~ISplitter(){
}
}
//具体类
class FileSpliter : ISplitter{
}
class TxtSpliter : public ISplitter{
};
class BinarySplitter : public ISplitter{
};
//具体工厂
BinarySplitterFactory : public SplitterFactory{
public :
virtual ISplitter *CreateSplitter(){
return new BinarySplitter()
}
}
结构图
要点总结
- Factory Method 模式用于隔离类对象的使用者和具体类型之间的耦合关系。面对一个经常变换的具体类型，紧耦合关系(new)会导致软件的脆肉
- Factory Method模式通过面向对象的手法(多态)，将所要创建的具体对象工作延迟到子类，从而实现一种扩展(而非更改)的策略，较好的解决了这种紧耦合关系
- Factory Method模式解决”单个对象“的需求变化。缺点在于要求创建方法/参数相同
笔记
- 面向接口编程告诉我们 一个类的类型应该声明称接口 不应该声明称具体的类
- 编译时依赖：编译的时候必须得确定好类型
- new 带来了细节依赖 接口是抽象依赖
- 并不能把依赖具体类消灭掉 实际上是把他们赶到一个局部的地方
- 扩展就是不需要直接对着源代码换一个类就更改一下源代码
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请联系我们举报，一经查实，本站将立刻删除。
发布者：全栈程序员-站长，转载请注明出处：https://javaforall.net/169042.html原文链接：https://javaforall.net
