查表法在工厂模式、策略模式以及职责链模式中都有使用。以工厂模式为例,表中存储的数据,key 是商品的类型,value 是生产这个商品的工厂。在生产商品的时候,直接根据商品类型从表中获得商品对应的工厂,然后通过工厂生产商品。如果没有表的话,那么类型判断和工厂实现都在一块,代码耦合度高,通过查表法可以对代码进行解耦。
1 策略模式
如下代码就体现了策略模式。有一个策略抽象类,Strategy,有 3 个派生策略类 StrategyA、StrategyB 和 StrategyC。函数 DoStrategy() 根据策略类型创建对应的策略,然后执行策略,这样的实现,策略的创建和使用耦合在一起。函数 DoStrategy1() 中根据策略类型进行查表,从 StrategyMap 中查到对应的策略,然后执行。如果使用 DoStrategy() 的方式,那么当策略发生变化的时候,需要对函数进行修改;如果使用 DoStrategy1() 的方式,那么策略发生变化的时候,只需要修改 StrategyMap 这个表即可,不需要对函数进行修改。虽然都需要修改,但是修改的范围不一样,使用策略模式之后,修改的返回仅限于 map 表,不会对算法部分进行修改。
策略就是将策略的定义、创建和使用进行解耦,DoStrategy1() 中的用法符合策略模式。解耦是为了简化代码,如果代码本身就比较简单,那么使用策略模式就显得不是很必要。所以设计模式的使用要具体情况具体分析,而不是什么情况下都用设计模式硬套。
#include <iostream>
#include <string>
#include <map>
// 策略定义
class Strategy {
public:
virtual void StrategyImpl() = 0;
};
class StrategyA : public Strategy {
public:
virtual void StrategyImpl() {
std::cout << "StrategyA Impl" << std::endl;
}
};
class StrategyB : public Strategy {
public:
virtual void StrategyImpl() {
std::cout << "StrategyB Impl" << std::endl;
}
};
class StrategyC : public Strategy {
public:
virtual void StrategyImpl() {
std::cout << "StrategyC Impl" << std::endl;
}
};
enum StrategyType {
TypeA,
TypeB,
TypeC
};
void DoStrategy(StrategyType type) {
Strategy *t;
if (type == TypeA) {
// 策略创建
t = new StrategyA;
// 策略使用
t->StrategyImpl();
delete t;
} else if (type == TypeB) {
t = new StrategyB;
t->StrategyImpl();
delete t;
} else {
t = new StrategyC;
t->StrategyImpl();
delete t;
}
}
// 策略创建
std::map<StrategyType, Strategy *> StrategyMap = {
{StrategyType::TypeA, new StrategyA},
{StrategyType::TypeB, new StrategyB},
{StrategyType::TypeC, new StrategyC}
};
// 策略使用
void DoStrategy1(StrategyType type) {
if (StrategyMap.count(type)) {
StrategyMap[type]->StrategyImpl();
}
}
int main() {
DoStrategy(StrategyType::TypeA);
DoStrategy(StrategyType::TypeB);
DoStrategy(StrategyType::TypeC);
std::cout << "----------------" << std::endl;
DoStrategy1(StrategyType::TypeA);
DoStrategy1(StrategyType::TypeB);
DoStrategy1(StrategyType::TypeC);
return 0;
}
2 职责链模式
工厂模式,一次执行是生产一种商品,选择这个商品对应的工厂,然后生产;策略模式,一次是执行一种策略,从 map 中查找到策略,然后执行。工厂模式和职责链模式中使用的表是 map。职责链模式和工厂模式以及策略模式是不同的,职责链模式一次执行要执行职责链中的一个,多个或者全部。
贴吧网站,微博网站,短视频网站,用户在这些网站发布内容,都需要经过审核,审核通过才能发布。要审核的内容包括有没有涉黄,是不是反动等,这种场景使用职责链模式就比较合适。职责链模式中的规则一般维护在线性数据结构中,数组或者链表。
linux 中 iptables 工具基于内核的 netfilter 来实现,netfilter 框架在内核中的 ip 层的不同位置预留了 5 个 hook 点,每个 hook 点都可以插入一个或者多个报文处理规则,这些规则使用双向链表维护。当报文经过 hook 点时,如果有处理规则,便会使用规则进行处理。这是一个职责链模式使用的场景。
对于一些设计模式,比如模板模式,策略模式,职责链模式,可能你都没听说过这些名词,但是在实际工作中你已经使用过了。文章来源:https://www.toymoban.com/news/detail-839922.html
类似于策略模式,职责链模式是将职责的定义,创建和使用进行解耦。如下代码,使用了职责链模式。文章来源地址https://www.toymoban.com/news/detail-839922.html
#include <iostream>
#include <string>
#include <vector>
// 职责定义
class ContentChecker {
public:
virtual bool Permitted(const std::string &str) = 0;
};
class SexyChecker : public ContentChecker {
public:
virtual bool Permitted(const std::string &str) {
return true;
}
};
class SensitiveChecker : public ContentChecker {
public:
virtual bool Permitted(const std::string &str) {
return true;
}
};
bool CheckIsPermitted(const std::string str) {
// 职责创建
SexyChecker c1;
SensitiveChecker c2;
// 职责使用
if (!c1.Permitted(str)) {
return false;
}
if (!c2.Permitted(str)) {
return false;
}
return true;
}
std::vector<ContentChecker *> checkers;
bool CheckIsPermitted1(const std::string str) {
// 职责使用
for (ContentChecker * checker : checkers) {
if (checker->Permitted(str)) {
return false;
}
}
return true;
}
int main() {
CheckIsPermitted("hello");
// 职责创建
checkers.push_back(new SexyChecker);
checkers.push_back(new SensitiveChecker);
CheckIsPermitted1("hello");
return 0;
}
到了这里,关于[c++] 查表 —— 策略模式和职责链模式的核心的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!