【问题标题】:C++ elegant templates injection into interfaceC++优雅模板注入接口
【发布时间】:2023-03-02 23:43:01
【问题描述】:

我需要一些技巧来实现不支持的 c++:我需要混合动态和静态多态(虚拟和模板)。我需要什么(一些示意图代码):

class IManager
{
public:
    template<class T>
    void Set();
    template<class T>
    T *Get();

protected:
    IManager *_parent;
};

class Manager1: public IManager{};
class Manager2: public IManager{};

// the main goal is a semantic:
IManager manager = Manager1;
// IManager manager = Manager2;
manager.Set<MyClass>();
MyClass *myClass = manager.Get<MyClass>();

这有点像服务定位器。但它有一些差异,我需要这样的接口声明。我已经有了这样的实现,但是没有接口(它只能通过构造函数中的选项进行配置,我想分离每个接口的实现)

更新: 现在我有2个实现: 1.我使用接口,但它的方法是通过参数覆盖模板参数的所有状态。而且我还有静态函数助手,它转换模板参数并将它们作为参数传递给接口

class Manager: IManager{};
Manager manager;
Helper::Set<T>( manager );
Helper::Get<T>( manager );
  1. 我不使用接口,而是在一个实例中注入所有不同的实现并通过构造函数参数对其进行配置。 两种解决方案都很丑。

    班级经理{ 民众: 经理(选项); };

【问题讨论】:

  • 这段代码是什么意思:template&lt;class T&gt; void Set(); 它似乎不需要任何类型名 T ?
  • 这是原理图代码。 set 和 get 都需要这种类型
  • 但为什么 set 需要它?这对我来说没有意义!函数的输入或输出中没有任何内容依赖于 T。在这种情况下,不使用模板。所以你想实现一些目标,但我看不到什么。
  • 我从传递的类型信息中设置信息
  • 含糊不清。更确切地说是什么?模板是编译时的东西。

标签: c++ templates polymorphism service-locator


【解决方案1】:

这在访问者设计模式中是可行的。

Visitor 将新功能注入到类的层次结构中。这不必是虚拟的,可以毫无问题地表示为函数模板。

Visitor 的常见缺点(循环依赖)适用,通常的修复/解决方法(非循环动态访问者技术)也是如此。

这是一个(常规的、循环的)实现示例,快速组合在一起。

#include <iostream>
#include <typeinfo>

class Manager1;
class Manager2;

class Visitor
{
  public:
  virtual void visit (Manager1*) = 0;
  virtual void visit (Manager2*) = 0;
};

class IManager
{
  public:
    template<class T> void Set(T* t);
    template<class T> T *Get();

    virtual void accept(Visitor* v) = 0;
};

class Manager1: public IManager
{
  public:
    template<class T> void Set(T*) 
    { std::cout << "Manager1::Set " << typeid(T).name() << std::endl; }
    template<class T> T *Get() 
    { std::cout << "Manager1::Get " << typeid(T).name() << std::endl; return 0; }
    virtual void accept(Visitor* v) 
    { v->visit(this); }
};

class Manager2: public IManager
{
  public:
    template<class T> void Set(T* t) 
    { std::cout << "Manager2::Set " << typeid(T).name() << std::endl; }
    template<class T> T *Get()
    { std::cout << "Manager2::Get " << typeid(T).name() << std::endl; return 0; }
    virtual void accept(Visitor* v) 
    { v->visit(this); }
};


template <class T>
class GetVisitor : public Visitor
{
  public:
    T* GetFunc(IManager* m) { m->accept(this); return t; }
    void visit(Manager1* m) { t = m->Get<T>(); }
    void visit(Manager2* m) { t = m->Get<T>(); }
  private:
    T* t;
};

template <class T>
class SetVisitor : public Visitor
{
  public:
    void SetFunc(IManager* m, T* tt) { t = tt; m->accept(this); }
    void visit(Manager1* m) { m->Set(t); }
    void visit(Manager2* m) { m->Set(t); }
  private:
    T* t;
};

template<class T> void IManager::Set(T* t)
{ SetVisitor<T> v; v.SetFunc(this, t); }
template<class T> T *IManager::Get()
{ GetVisitor<T> v; return v.GetFunc(this); }

class Foo {};

int main ()
{
  IManager* mgr1 = new Manager1;
  IManager* mgr2 = new Manager2;

  int a = 5;
  const char* b = "abc";
  double c = 1.0;
  Foo d;

  mgr1->Set(&a);
  mgr1->Set(&b);
  mgr1->Set(&c);
  mgr1->Set(&d);
  mgr1->Get<Foo>();

  mgr2->Set(&a);
  mgr2->Set(&b);
  mgr2->Set(&c);
  mgr2->Set(&d);
  mgr2->Get<Foo>();

}

可以用一些dynamic_casts 打破循环,但Set 和Get 的每个用户仍将依赖于所有 Manager 类。这就是模板在 C++ 中的工作方式。如果这是不可接受的,那么模板可能不是这项工作的正确工具。

【讨论】:

  • 访问者需要每个类都有一个虚函数。每个类都需要重写一个接受访问者的虚函数。看看你如何在没有虚函数的情况下做到这一点会很有趣。
  • @MaximYegorushkin:你错了。访问者每个类都需要一个不是模板的虚函数。 visitee 需要一个也不是模板的虚函数。这里的模板就是访问者类模板本身。
  • 我的意思是,访问者会更改代码语义(正如我在回答中所写,目标是保持这样的调用语义)
  • @n.m.访问者有一个虚函数 void accept(Visitor&amp;)。 IE。访问者的类型是硬编码的,因此如果访问者不使用虚函数,则无法派生和扩展访问者。它仍然适用于一种具体的访问者类型,但我不确定这有多大用处,除非您愿意为每个新的访问者类型添加一个新的accept 重载到类的层次结构中。这可能会失控并迅速升级。
  • 而且访客也不会解决问题。它只是拥有它。但是在访问者内部解决同样的问题是必要的
猜你喜欢
  • 1970-01-01
  • 2010-11-10
  • 2021-12-31
  • 2018-05-16
  • 1970-01-01
  • 2017-10-06
  • 2011-01-12
  • 1970-01-01
相关资源
最近更新 更多