派生类动态创建后的一系列问题..请求高手拉一把

k80676535 2010-04-30 04:03:29
现在想把一些自己派生出来的类组合出一个大的功能,封装在一个类中实现
问题描述:
在动态创建ClistCtrl的派生类之后(报告模式),发现完全没有预期中的特性,但是直接在设计器中绑定的时候就有预期效果。

我发现的问题:
动态创建的实例,可能由于CHeaderCtrl还没来得及生成,所以在PreSubclassWindow中没有得到指针,没有子类化成功,在内容初始化的时候再次子类化,成功(表头有右图的效果)。

求助:
有什么办法可以让动态创建的派生类具有用设计向导绑定时的效果?或者可以像表头一样子类化的方式绕过这个问题?

效果图(左为动态创建,右边用设计向导绑定的,希望能有右边的效果)
...全文
195 11 打赏 收藏 转发到动态 举报
写回复
用AI写文章
11 条回复
切换为时间正序
请发表友善的回复…
发表回复
k80676535 2010-05-05
  • 打赏
  • 举报
回复
[Quote=引用 10 楼 cnzdgs 的回复:]
如果在创建控件时指定LVS_OWNERDRAWFIXED风格,在产生WM_MEASUREITEM消息时控件尚未子类化,所以无法通过反射来响应。可以改成在控件的父窗口响应,或者试试在创建时不指定LVS_OWNERDRAWFIXED风格,在PreSubclassWindow中通过ModifyStyle加上去。
[/Quote]

如果仅在PreSubclassWindow中用ModifyStyle添加LVS_OWNERDRAWFIXED,那么,在动态创建的时候,将不调用DrawItem,必须在Create中指定LVS_OWNERDRAWFIXED。貌似PreSubclassWindow中的ModifyStyle被无视了

在产生WM_MEASUREITEM消息时控件尚未子类化,所以无法通过反射来响应。这个正解,在完全创建后再改变窗口大小就可以了

动态创建的时候没注意内部创建的先后。以后要多多注意,感谢大家,现在结帖。
cnzdgs 2010-05-05
  • 打赏
  • 举报
回复
如果在创建控件时指定LVS_OWNERDRAWFIXED风格,在产生WM_MEASUREITEM消息时控件尚未子类化,所以无法通过反射来响应。可以改成在控件的父窗口响应,或者试试在创建时不指定LVS_OWNERDRAWFIXED风格,在PreSubclassWindow中通过ModifyStyle加上去。
k80676535 2010-05-04
  • 打赏
  • 举报
回复
[Quote=引用 8 楼 zhou1xp 的回复:]
你什么意思,是说你不能自己设置行高么
[/Quote]

请注意效果图,没有在顶楼解释一下是我的失误。(表头的问题解决,在WM_CREATE子类化)

现在我说明一下:
图上的是CEventReminderListCtrl 的动态生成(左)和静态绑定(右)两种状态
CEventReminderListCtrl继承于CColorListCtrl,CColorListCtrl继承于CListCtrl
现在CColorListCtrl中的功能已经很完善了,对行距、背景、图标、文字等方面都有应用,我现在想要在CColorListCtrl的基础上再派生出一个特定的显示方式,需要使用CColorListCtrl的部分功能(这个可以使用CColorListCtrl中的参数设置完成),封装在CEventReminderListCtrl中。

CEventReminderListCtrl的DrawItem直接返回
在左图中,Create()中不添加LVS_OWNERDRAWFIXED属笥,有显示,这个是CListCtrl的效果。添加LVS_OWNERDRAWFIXED之后,无显示,但是行高没有改变
在右图中,无显示,改变行高、自绘正常。

CEventReminderListCtrl在动态创建之后,ON_WM_MEASUREITEM_REFLECT无响应。
为什么动态创建的控件,这个方法不响应呢?
zhou1xp 2010-05-04
  • 打赏
  • 举报
回复
你什么意思,是说你不能自己设置行高么
k80676535 2010-05-04
  • 打赏
  • 举报
回复
或者谁能帮我说明一下,为什么动态生成的控件只具有ClistCtrl的功能?派生的方法中关于显示的部分,无效,虚函数除外
k80676535 2010-05-04
  • 打赏
  • 举报
回复
很不好意思,五一外出啦~感谢大家帮忙
[Quote=引用 4 楼 yincheng01 的回复:]
对啊,这样还不行吗?响应WM_CREATE消息或者重载Create函数,在调用基类函数后子类化HeaderCtrl
[/Quote]

这个是可以的,但是重点是列表的那部分。表头已经可以做到子类化,这种方式比我原来的更好,但是列表那部分就没空办法了。
因为不能用CImageList方式来占位,基类中已经有对图标的应用,要响应ON_WM_MEASUREITEM_REFLECT消息的方式才可以,不然会破坏基类的功能
Eleven 2010-05-01
  • 打赏
  • 举报
回复
随手写了一个可能不是很像:

m_list.Create(LVS_REPORT|WS_BORDER|WS_CHILD|WS_VISIBLE, CRect(0, 0, 210, 200), this, 10001);
m_list.SetExtendedStyle(LVS_EX_FULLROWSELECT | LVS_EX_GRIDLINES);

CImageList img;
img.Create(1,24,TRUE|ILC_COLOR32,1,0);
m_list.SetImageList(&img,LVSIL_SMALL);

CString strTxt[] = {_T("1"), _T("2"),_T("3"),_T("4"),_T("5"),_T("6"),_T("7")};
for(int i=0; i<sizeof(strTxt)/sizeof(strTxt[0]); i++)
{
m_list.InsertColumn(i, strTxt[i], LVCFMT_CENTER, 30);
}
尹成 2010-05-01
  • 打赏
  • 举报
回复
对啊,这样还不行吗?响应WM_CREATE消息或者重载Create函数,在调用基类函数后子类化HeaderCtrl
cnzdgs 2010-05-01
  • 打赏
  • 举报
回复
响应WM_CREATE消息或者重载Create函数,在调用基类函数后子类化HeaderCtrl。
wmswxpmyl 2010-04-30
  • 打赏
  • 举报
回复
学习学习!!!!!!!!!!!!!
jeromeyu 2010-04-30
  • 打赏
  • 举报
回复
需要进行刷新吧
 OpenGL-自主高性能三维GIS平台架构与实现/第二季:实现三维GIS球体+ 高程数据章节名称DEM基础1DEM基础知识1.介绍基本的DEM知识2.什么是DEM,作用是什么2DEM数据1.如何获取/ 传统测量/激光扫描/无人机测量/ 点云数据/ 倾斜摄影2.如何使用/局部小规模(栅格数据,图片/tif),3. 组织方式4. 根据使用目的不同,介绍多种优化方法3DEM图层的实现原理14DEM数据结构定义struct  V3U3N4顶点数据的生成和计算WGS84投影计算5wgs84 投影球体被切成一个个小圆弧,一共60个投影带,分别为01,02.........60WGS的最新版本为WGS 84(也称作WGS 1984、EPSG:4326),1984年定义、最后修订于2004年。接口定义坐标转换Wgs84 数据加载6瓦片编号计算生成算法1. 经纬度到大地坐标的转换2.大地坐标到经纬度坐标转换3. 根据经纬度获取瓦片编号框架重构7智能指针重构框架1. 基类定义(所有的类继承自基类),基类派生自 std::enbale_shared_from_this2. 实现智能指针的动态转换接口3. 实现向下转换4. 已有的类实现全部使用智能指针重构5. 任务系统(多线程加载任务)8引入图层(Layer)1. 介绍图层的概念以及重要性2. 图层类实现3. 修改框架(使用图层的方式重构框架)9Layer-bug排查(绘制过程中出现错位,偶发)1. 框架重构后遇到问题(绘制结果错误)2. 瓦片索引方式发生变化,多线程中引起内存问题3. 修改索引方式,解决绘制偶发错误问题10引入数据源(TileSource)1. 数据源的作用与设计目的2. 当前存在的问题,数据调度中存在问题3. 数据源(TileSource)类实现11数据格式管理(FormatMgr)1. 数据格式管理(FormatMgr) 提出的目的,需要解决的问题2. CELLFormat基类接口抽象3. 实现几个标准格式类4. 修改框架流程,使用FormatMgr重构流程5. 扩展支持,后续支持任务格式数据加入系统12Task(任务)优化1. 任务中低耦合数据结构,目的是让Task更加的通用2. 修改任务读取代码与任务处理代码,完善处理流程DEM高程13DEM-数字高程定义1. 什么是数字化高程数据2. 当下GIS系统中有哪些常见的高程格式3. 课程体体系中使用的哪种格式4. 高程类定义以及实现,并加入到FormatMgr 管理系统中14高程瓦片数据读取1. 介绍GIS系统相关的工具(在数据转换)数据生成方面可以解决大量时间2. 自定义高程瓦片格式说明3. 自定义高程格式文件解析,并以智能对象的方式引入到系统中4. 完善框架代码,适配高程数据15高程瓦片文件的读取1. 实现基本的读取算法2. 增加格式化组件,并加入到系统中3. 配置高程图层以及高程数据源,并加载数据,验证数据正确性16瓦片数据结构重构1.顶点生成2.UV坐标计算3.面数据生成17DEM重构绘制流程1. 修改绘制数据结构,去除无用字段2. 增加Mesh类,实现光栅数据转换成三角面数据,计算UV数据,提炼接口3. 修改系统调度,实现顶点数据,UV数据,以及面数据的生成与更新4. 按需更新数据,而不是每一帧更新18DEM-数据精度问题(CPU)1. 因为瓦片数据使用大地坐标作为系统输入,造成瓦片坐标很大,单浮点数据精度不够2. 使用局部坐标的方式解决单浮点精度问题3. 调整相机参数,解决投影矩阵数据计算深度精度问题4. 修改绘制shader 实现对瓦片数据的绘制19DEM-数据精度问题(LogDepth)1. 使用对数深度(log depth )算法在GPU中 计算解决单浮点经纬计算问题2. 修改shader ,增加对(logDepth)算法支持3. 修改C++端代码,实现对shader数据的输入20DEM-数据结构优化1.当下使用CPU端数据通过接口的方式传递给GPU,速度慢2. 使用Instance 方式降低Vertex Buffer 的大小,优化渲染系统21DEM-GPU缓冲区优化1. 使用Vertex Buffer Object / Index Buffer Object  / Instance  方式优化渲染系统2. 修改绘制接口,使用DrawElementsInstanceBaseInstance方式提升系统性能内存池与对象池22瓦片生成优化/对象池1. 相机移动过程中会频繁的建立与释放瓦片,对CPU有较大的消耗2. 引入内存池,避免频繁的内存申请与释放,降低CPU时间3. 改造智能指针对象,对象释放通知到内存管理,回收对象内存23改造任务系统支持对象池1. 任务系统是一个公用模块,被多个模块使用,避免频繁的内存操作,引起的内存碎片2. 实现对象池,并应用到任务模块法线计算24法线计算1. 修改现有顶点结构,增加法线支持2. 修改shader,增加法线顶点输入,使用平行光光照模型3. 修改绘制流程,支持光照计算,使用探照灯作为光源输入25顶点法线计算/共享法线计算1. 增加数据结构保存顶点数据被多个面共享的次数2. 计算面法线,并累加到顶点法线中3. 根据顶点被面共享的次数做平均法线计算4. 修改流程,按需更新法线数据26法线数据压缩1. 法线数据使用3 * float 数据存储,大大的增加了系统的数据2. 实现算法,将3 * float 数据压缩成4字节数据3. 改造绘制代码,支持压缩数据输入27GPU中计算产生法线数据(去掉CPU中计算)1. 引擎支持 Geometry Shader 阶段2. 编写 Geometry Shader,实现法线计算系统功能优化28重构CPU拾取流程1. 当下的拾取流程,只支撑二维数据拾取,无法准群的拾取三维数据2. Terrain中增加拾取接口,输入射线,输出拾取到顶点数据29绘制拾取结果1. 增加一个绘制点的方法,实现绘制代码2. 修改shader,增加logdepth3. 调试代码,花费了很多时间排查错误,最总排查到是因为uniform参数笔误写错造成。30任务系统完善,避免任务队列无线膨胀1. 任务系统中,没有限制队列的大小,生产者的能力远大于消费者的能力,造成任务队列膨胀2. 处理办法,限制生产者的生产能力,而不是限制任务队列大小(这种方式会造成业务逻辑异常复杂)3. 使用sleep休眠方式(这种方式是严重错误的)31如何避免瓦片数据抖动1. 产生瓦片抖动的原因 ? 分裂算法与回退算法中间没有过度2. 引入过度流程,避免内存抖动,参数因子是一个重要的数据,需要谨慎使用3. 有必要结合瓦片自身数据动态计算参数因子32瓦片数据管理-fepk文件格式支持-全球数据加载1. 支持fepk文件格式,增加fepk读取组件,适配fepk文件2. fepk管理数据方式:一般情况选择全球前10级别作为基础级别,因数据量不大(1G)左右,后续以8级作为基础级别,全球19级别数据被划分为 2^8 * 2^7(512 * 256)个块。每个块中包含了256 * 256 张小瓦片33fepk高程数据读取 34高程分裂处理当瓦片没有高程数据,那么子节点以及其他后代节点该如何共享父节点的数据35lesson-734-高程瓦片分裂处理(2)-算法实现高程数据分裂算法实现实现对高程数据的切分,并对特殊数据进行处理36高程瓦片分裂处理(3)-问题排查 37高程瓦片分裂处理(4)-(后代节点更新问题)当一个瓦片高程数据更新后,他的儿子节点,孙子节点...该如何处理?38瓦片视锥裁剪错误高程数据更新后,没有技术计算瓦片包围盒信息,造成包围盒错误,进而引视锥计算错误39http支持1.引入三方库 Libcurl2.http类封装,支持http读取数据40fepk.server使用 生成三维地球41改造四叉树-统一使用经纬度输入42地形网络生成算法重构 43引入球体坐标系 44使用球体坐标改造瓦片 45多图层(加载标签数据) 课时截图:镜头近后,显示细节数据加载矢量SHP国界线数据:加载矢量三维白膜数据截图高程数据加载点云数据 加载倾斜摄影数据 

16,472

社区成员

发帖
与我相关
我的任务
社区描述
VC/MFC相关问题讨论
社区管理员
  • 基础类社区
  • Web++
  • encoderlee
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告

        VC/MFC社区版块或许是CSDN最“古老”的版块了,记忆之中,与CSDN的年龄几乎差不多。随着时间的推移,MFC技术渐渐的偏离了开发主流,若干年之后的今天,当我们面对着微软的这个经典之笔,内心充满着敬意,那些曾经的记忆,可以说代表着二十年前曾经的辉煌……
        向经典致敬,或许是老一代程序员内心里面难以释怀的感受。互联网大行其道的今天,我们期待着MFC技术能够恢复其曾经的辉煌,或许这个期待会永远成为一种“梦想”,或许一切皆有可能……
        我们希望这个版块可以很好的适配Web时代,期待更好的互联网技术能够使得MFC技术框架得以重现活力,……

试试用AI创作助手写篇文章吧