QTreeView策略子类.这是理智的吗?
QTreeView policy subclass. Is this sane?
我有点厌倦了为每一个小的修改子类,我需要在QWhateverView行为,所以我有了一个想法:
如果我为最常见的重写函数创建一个ProxyView会怎么样呢?
//(mousePress used as an example)
void ProxyView::mousePressEvent ( QMouseEvent * event )
{
if(mousePressFunctionHandler != nullptr)
functionHandler(this, event);
else
QTreeView::mousePressEvent(event);
}
虽然这是真的,我将无法访问视图的内部以这种方式,我经常不需要它…到目前为止,唯一阻止我的是我不确定这个想法是否合理……:)
还是有更好的方法?
看来你需要使用事件过滤器
相关文章:
- 继承期间显示未知行为的子类
- 通过指向指针数组的指针访问子类的属性
- 从父类方法返回子类对象
- c++, 在子类中,如何在没有对象的情况下访问父类的方法?
- 将父类对象强制转换为子类的问题
- 避免在C++中重复子类定义
- 将QOpenGLWidget子类转换为使用Metal而不是OpenGL的子类是否可行?
- 如何初始化矢量的模板化子类
- C++ 继承:将子类传递给需要基类的函数并获取子类行为
- 有没有办法按值将纯抽象类的所有子类传递给 C++ 中的函数?
- 使用子类覆盖基类中定义的函数
- 子类地址等于虚拟基类地址?
- 将子类方法声明为基类的友元
- C++子类共享变量?
- 如何检查模板专用化是否是基本模板的子类?
- 仅让特定类'Fabric'构造类'Foo'及其所有子类的实例
- 使用模板参数重载C++方法:如何使其适用于模板的子类?
- 基类中的默认析构函数禁用子类中的移动构造函数(如果有成员)
- C++,使用基类指针存储子类和使用派生类方法的策略
- QTreeView策略子类.这是理智的吗?