对此处使用的适当设计模式感到困惑
Confused about the appropriate design pattern to be used here
本文关键字:设计模式 更新时间:2023-10-16
我正在实现一个可以从各种来源(如ftp,http等(下载文件的类。我从以下界面开始
class IInternetFileDownloader
{
public:
IInternetFileDownloader() = default;
virtual void Download(const std::string& urlToDownloadFrom) = 0;
};
然后,我实现了将从适当的端点执行实际下载的类。所以我有一个 HttpFileDownloader.h,如下所示
#include "IInternetFileDownloader.h"
class HttpFileDownloader : public IInternetFileDownloader
{
public:
HttpFileDownloader() = default;
virtual void Download(const std::string& urlToDownloadFrom)
{
// download implementation
}
};
所以我有一个 FtpFileDownloader .h,如下所示
#include "IInternetFileDownloader.h"
class FtpFileDownloader : public IInternetFileDownloader
{
public:
FtpFileDownloader() = default;
virtual void Download(const std::string& urlToDownloadFrom)
{
// download implementation
}
};
我可以调用适当的类,如下所示
#include "IInternetFileDownloader.h"
#include "HttpFileDownloader.h"
int main()
{
std::string downloadFromUrl = "http://www.example.org/xyz.zip";
IInternetFileDownloader* download = new HttpFileDownloader();
download->Download(downloadFromUrl);
}
但是,我不想在这里实例化特定的HttpFileDownloader或FtpFileDownloader。在我看来,应该有另一个类可以只接受 url,并且根据协议,它可以构造适当的类。这样,客户端代码(main.cpp(就不需要担心相应类的实例化。我阅读了有关工厂和构建器设计模式的信息,并且对在这种情况下最好使用哪一种感到困惑?
最简单的方法是在IInternetFileDownloader上有一个静态函数来实例化正确的子类。
另外,我认为基类中不需要默认构造函数,但可能需要虚拟基类中的默认析构函数。 这样,我建议的工厂函数 CreateDownloader
可以返回指向稍后删除的IInternetFileDownloader
实例的指针(或shared_ptr(。
class IInternetFileDownloader
{
public:
virtual ~IInternetFileDownloader() = default;
virtual void Download(const std::string& urlToDownloadFrom) = 0;
// parses the url to infer the protocol and construct an instance of a derived class
static IInternetFileDownloader* CreateDownloader(const std:string& url);
};
class HttpFileDownloader : public HttpFileDownloader
{
public:
virtual void Download(const std::string& urlToDownloadFrom) override;
};
class FtpFileDownloader : public IInternetFileDownloader
{
public:
virtual void Download(const std::string& urlToDownloadFrom) override;
};
这可能是我会采用的方法。
另一种变体是,将"工厂"作为一个单独的类可能是有意义的。一个优点是,它可以更好地模拟单元测试中的下载器实例。
class IInternetFileDownloader
{
public:
virtual ~IInternetFileDownloader() = default;
virtual void Download(const std::string& urlToDownloadFrom) = 0;
};
class InternetFileDownloaderFactory
{
public:
// parses the url to infer the protocol and construct an instance of a derived class
virtual IInternetFileDownloader* CreateDownloader(const std:string& url);
};
class InternetFileDownloaderFactoryMock : public InternetFileDownloaderFactory
{
public:
IInternetFileDownloader* CreateDownloader(const std:string& url) override
{
return new MockFileDownloaderFactoryMock();
}
};
class MockFileDownloaderFactoryMock : public IInternetFileDownloader
{
public:
virtual void Download(const std::string& urlToDownloadFrom)
{
// do nothing or simulate a download
}
};
相关文章:
- 派生类是否可以在抽象工厂设计模式中具有数据成员
- 资源管理设计模式
- 用于在回调中调用解析器的设计模式
- 设计帮助 - 为不同类型的消息处理通用接口的设计模式
- 在这种情况下我应该使用哪种设计模式
- C++中物体改变识别的设计模式?
- 确保所有构造函数调用相同的函数 c++ 设计模式
- 需要实例化不同类/对象并在启动时确定的硬件插槽的设计模式
- 设计模式,以避免不必要地添加抽象函数以适应新功能
- 工厂设计模式优化
- 使用C++模板的数据映射器设计模式
- 为什么以及如何使用原型设计模式
- 具有多个继承共享一个资源的对象 - 寻找良好的设计模式
- 在C++中创建观察器设计模式的好方法
- 现代C++在多大程度上消除了对设计模式的需求?
- 对于存储另一个类所需信息的类,例如其构造,是否有设计模式?
- 下面抽象工厂设计模式的实现是正确的吗
- sql记录集函数的状态设计模式
- 是否有可以处理方法调用依赖关系的设计模式?
- 使用 C++ 设计模式