树型控件问题,在线等待

cxyPioneer 2004-07-23 01:47:53

怎样在加载树型控件后,里面有节点,定位节点并突出显示(如有a,b,c三个节点,要b节点呈选中状态)

...全文

187 5 打赏收藏转发到动态举报

写回复

用AI写文章

5 条回复

切换为时间正序

请发表友善的回复…

发表回复

cxyPioneer 2004-07-23

打赏
举报

树型控件从数据库读取数据并放在树型控件,上面的那位怎样找到你那个节点,不用鼠标和键盘

mastercy 2004-07-23

打赏
举报

改变一下颜色或者什么,不是更醒目吗?
cNode.SelectedStyle="FONT-WEIGHT: bold; COLOR: #ff0000";

ljp27 2004-07-23

打赏
举报

关注

cxyPioneer 2004-07-23

打赏
举报

是整个控件未展开,来查找定位,不用鼠标来选择

hujiiori 2004-07-23

打赏
举报

treeview1.SelectNode=b

带选择框的JS树控件页面创建一个HTMLElement是很耗时的，无论使用createElement或者是是innerHTML都一样。而且这一步只能一个节点一个节点慢慢地生成，虽然可以通过减小单个节点的HTML元素量的方法提高一些速度，但是对于对于上千个节点来说仍然需要等上几十秒。 (1个节点如果有5个HTMLElement，生成1000个节点大概3秒左右) 所以只有通过异步展示的方法来进一步减少一次生成的节点数。页面加载时并不立即生成所有节点的HTML元素，而是用户展开多少节点就生成多少节点，节点的生成发生在用户展开这个节点的时候。这样减少了每次生成的节点数，消除了使用者的等待时间。而对于节点的检索，这和数据的组织方式有关。一般的组织方式是使用数组。(解析XML的话太慢，不考虑。只考虑使用json的情况) 但是在数组中检索一个节点的效率实在不敢恭维，如果节点是N个，那么全部节点数据组装起来的效率就是N*N 在节点少的时候不明显，但是如果有1000个节点，那么明显会发觉延迟了10多秒。延迟速度按指数增加。 MzTree(梅花雪)使用了另外一种方式，他没有使用数组而是使用一个简单对象来存放数组。并且用一个字符串存放节点的索引关系（将所有的节点名（即类的属性名）join()成一个大字符串）当需要获得子节点的时候使用正则匹配一步获得子节点ID，从而获得子节点。经过测试发现，使用正则匹配的算法检索节点效率比使用for循环要高出很多。这个效率已经满足一般大数据jstree的需要。 (具体算法，去参考MzTree梅花雪)

易语言使用API改变树型框背景颜色源码,使用API改变树型框背景颜色

使用API改变树型框背景颜色

易语言FTP进度下载源码,FTP进度下载,时间格式,信息条,等待命令,下载,取下载接口

【该资源在win7——64位系统下验证通过。win10系统试试用win7兼容方式打开】解析flv二进制数据的小工具，tag header tag data等都分析出来了的这个工具的主要功能是查看FLV的文件结构，帮助我们理解FLV格式。另外，如果涉及到处理flv文件的开发，这个工具对于查看处理结果非常有帮助。因此我觉得有必要写一个使用说明，希望这个工具能够给大家提供帮助。打开后的界面如下图所示。先说一下界面布局：左上方是FLV文件的结构树，右边是FLV文件的字节流数据；左侧结构树下面依次是结构树的信息等级选择、高速模式选择、文件分析用时及进度条等；下方是分析文件的地址显示以及文件选择按钮。下面详细介绍一下相关部分。结构树及信息等级 FLV结构树是这个工具最重要的显示信息，用户可以直观的查看当前FLV文件的结构。FLVParse默认FLV文件结构树的形式为：File Header + Metadata Tag(1个) + Video or Audio Tags(按顺序)。结构树的信息详细程度是按等级划分的，之所以要分等级，是为了区分显示信息的详细程度，因为不同程度的分析对于分析所用的时间影响是比较大的（主要在UI界面上），越详细的信息等级占用分析时间越长。一共有6个等级，按从简单到详细介绍如下。 only section position info —— 只有每个section的位置信息，如下图所示。其中每个section后的方括号里是位置信息（十六进制表示），每个“Pre Tag Size”后面的数字表示size的大小（十进制表示），Video&Audio Tag按照在文件中的顺序依次排序标号； file header info, metadata info —— 只有File Header + Metadata Tag的详细信息，如下图所示。其中File Header的详细结构信息会在子树中列出，并在每项后面标示该项的值；Metadata Tag类似，包含Tag Header和Tag Data两个子树，并且对应子项的详细信息也都列出； file header info, metadata info, tag position info —— 包含File Header + Metadata Tag的详细信息，Video&Audio Tags的位置信息，以及Pre Tag Size信息，如下图所示； file header info, metadata info, tag section position info —— 比上个等级多出Video&Audio Tags的Tag Header和Tag Data的位置信息，如下图所示； file header info, metadata info, tag header info —— 比上个等级多出Tag Header的详细子项信息，如下图所示； file header info, metadata info, tag info —— 比上个等级多出Tag Data的详细子项信息，如下图所示。 FLV字节流数据显示右侧显示了FLV文件的数据，可以让用户方便地查询对应位置上的字节。每一行都以一个十六进制的位置开始，该位置为相对于文件开头的位置。每一行有十六个字节，每个字节按高4位和第4位显示2个十六进制的字符，用户可以滑动滚动条查看任意位置的字节。当用户选中左边结构树中的某项时，右边数据会自动选中对应的数据区域（绿色），根据不同项的类型，选中的区域大小也会自动对应。高速模式这个选项是为了解决分析比较大的FLV文件时，用户等待时间过长的问题。普通模式时，分析过程为阻塞模式，即主线程分析完毕后刷新界面，用户才可以继续操作。高速模式时，为非阻塞模式，主线程分析一小部分后立即返回刷新界面，响应用户操作；另外一个线程会继续分析剩余大部分文件，直到分析完毕自动结束线程。因此高速模式时，用户会看到结构树的滚动条一直在滑动，这是因为后台分析线程在不断向结构树里添加子项。需要注意的是，当后台分析线程还没有结束，如果用户打开新的文件进行分析，有可能出现错误的分析结果。这个目前没有进行测试，我想应该是这样的。这里需要提一下，其实真正分析文件的时间并不会特别长，即使几百兆的文件，几十秒内应该没有问题，时间主要消耗在MFC的树型控件CTreeCtrl上。为了开发效率，FLVParse使用了MFC控件，但是CTreeCtrl在结构比较复杂，子项比较多的时候，效率会出现比较大的下降。当子项超过10000的时候，再进行添加的时间大大变长，几乎到了无法忍受的程度，好在还算稳定，没有出现崩溃等现象。粗略估计，每次分析文件，花在更新UI界面上的时间要占总耗时的90%以上，而且对于越大的

111,097

社区成员

642,554

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

让您成为最强悍的C#开发者

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

+ 用AI写文章