我正在重写编译器的 IR,其中 IR 类和算法都在不断变化。当前编译器至少有 2 个当前 IR,它们用于我要合并的不同阶段。
首先,我们有一个 AST 层次结构,它基于一个 Node 抽象基类和一个与之关联的访问者模式。接下来,我们有一个单独的语义层次结构,它使用各种类(我可能可以全部 rebase ,这样 Node 也是所有类的最低级别)。随着我们认识到更多的特化,语义层次可能会增长。这些类有一个单独的访问者模式。为执行生成的程序创建了 2 个“可执行”IR。
我的目标是合并 AST 和语义层次结构,并合并它们生成的可执行形式。这将减少由于两种形式的不一致而导致的错误数量。
但是,正如我所指出的,语义层次结构很可能会添加新的类。此外,我们还可能添加新的访问者算法。
所以,我想做的是这样的事情:
class VisitorBase;
class Node;
template Visitable<T> {
virtual preVisitAccept(VisitorBase *v) {
v->preVisit(static_cast<T *>this); }
virtual inVisitAccept(VisitorBase *v) {
v->inVisit(static_cast<T *>this); }
virtual postVisitAccept(VisitorBase *v) {
v->postVisit(static_cast<T *>this); }
};
template Visitor<T> {
virtual preVisit(Node *n) { /* do nothing by default */ }
virtual inVisit(Node *n) { /* do nothing by default */ }
virtual postVisit(Node *n) { /* do nothing by default */ }
};
class VisitorBase : Visitor<VistorBase> {
};
class Node : Visitable<Node> {
// Code that walks the tree will be probably here
// invoking pre, in, and post visit functions as appropriate
}
class ArithOp: node {
// I don't mind repeating this in each class
// Some visitor may be specialized on this function
preVisitAccept(VisitorBase *v) override {
v->preVisit(static_cast<arithOp *>this); }
...
}
class PrettyPrintVisitor : VisitorBase {
// Here is a specialized visitor
preVisit(ArithOp *n) override { /* specialized code /* }
}
我不介意在每个派生节点类或每个访问者类中重复一些代码。
我想要摆脱的是从 Node 继承的所有类型的脆弱静态列表(我们必须更新),但仍然能够对它们进行双重分派(dispatch)。如果我们不得不多次重复这样的列表,那将尤其糟糕。我基本上不希望节点知道访问者(除非有为该节点定制的访问者)或其他节点类。我也不希望访问者了解节点(访问者自定义的节点类型除外)。此外,我不想要此类信息的任何中央存储库,因为这将是一个始终触发重新编译世界的 header ....
关于我应该尝试的代码实验有什么想法吗?我们可能会使用 G++ 或 CLang 对其进行编译。
最佳答案
访问者中执行的双重分派(dispatch)是一个函数(在函数的数学意义上),它将一对 (visitor_dynamic_type,acceptor_dynamic_type) 关联到一个函数(C++ 函数)。
由于您不希望基访问者知道从基接受器派生的所有类型,acceptor_dynamic_type 必须通过抽象类型的方式来标识。所以我们可以为此使用type_index
。 (您可能会找到更好的方法来提供对某种 map 更友好的 id)
所以你可以这样实现访问者(几乎是伪代码):
template<class T>
struct Visitor {
map<type_index,void(T&,Node&)>* vfuncs //equivalent a vtbl_ptr
void Visit(Node& n){
//manual devirtualization step1: look if a function exist
// for the dynamic type of the acceptor
if (auto it=vfuncs.find(typeid(n));it!=vfuncs.end()){
(*it)(statis_cast<T&>(*this),n);
}
else{ //do default stuff}
};
};
//only visit concrete_Node
struct concrete_visitor:visitor_base{
static void visit(visitor_base& v,Node& n){
//manual devirtualization step2: cast references
auto& cn = static_cast<concrete_Node&>(n);
auto& self = static_cast<concrete_visitor&>(v);
//...
}
static inline map<type_index,void(visitor_base&,Node&)> vfuncs
{typeid(concrete_Node),&visit};
concrete_visitor():visitor_base{&vfuncs}{} //vtbl_ptr initialization
};
具体不再是访问者模式。这只是以在 map 中搜索为代价的原始蛮力去虚拟化。
关于c++ - 我可以将 CRTP 与虚函数或仿函数一起用于访问者算法以容忍类的更改吗,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/56130381/