先看下模板方法设计模式的定义与类图:
模板方法(Template Method)设计模式的定义如下:定义一个操作中的算法骨架,而将算法的一些步骤延迟到子类中,使得子类可以不改变该算法结构的情况下重定义该算法的某些特定步骤。它是一种类行为型模式。
该模式的主要优点如下。
(1)它封装了不变部分,扩展可变部分。它把认为是不变部分的算法封装到父类中实现,而把可变部分算法由子类继承实现,便于子类继续扩展。
(2)它在父类中提取了公共的部分代码,便于代码复用。
(3)部分方法是由子类实现的,因此子类可以通过扩展方式增加相应的功能,符合开闭原则。
该模式的主要缺点如下。
(1)对每个不同的实现都需要定义一个子类,这会导致类的个数增加,系统更加庞大,设计也更加抽象,间接地增加了系统实现的复杂度。
(2)父类中的抽象方法由子类实现,子类执行的结果会影响父类的结果,这导致一种反向的控制结构,它提高了代码阅读的难度。
(3)由于继承关系自身的缺点,如果父类添加新的抽象方法,则所有子类都要改一遍。
类图如下:
UT中的应用:
源码如下:
test.h
class Test {
public:
int Create();
virtual string Popen(const string& command) const;
......
};
test.cpp
int Test::Create()
{
int ret;
string cmd = "ifconfig " + mName + " | grep " + mIpaddr;
string r = Popen(cmd);
if (r == "") {
ret = 1;
}
......
return ret;
}
string Test::Popen(const string& command)
{
// 硬件操作
......
}
需求:源码中的Popen函数涉及到硬件操作,UT时如果不mock,会一直返回错误。
UT码如下:
#include "test.h"
......
class TestWifi : public testing::Test {
protected:
void SetUp() override
{
}
};
class MockTest : public Test {
public:
MOCK_METHOD(string, Popen, (const string& command), (const));
};
TEST_F(TestWifi, Create) {
auto mocktest(std::make_unique<MockTest>());
EXPECT_CALL(*mocktest, Popen)
.Times(AtLeast(1))
.WillOnce("192.168.1.1"); // ifconfig ...
int ret = mocktest->Create();
EXPECT_EQ(1, ret);
}
解析:应用模板方法设计模式,UT中的子类MockTest实现了可变部分Popen,同时继续使用父类Create()中的其他不变部分代码,如此一来,UT便可以mock函数Popen了。
参考网址: