为什么在一个有10000个节点的TreeView中, 
如果更改节点的名称,哪怕只是其中的10个节点,重新设置.Text会很慢, 但是重新设置.ForeColor速度确比更改.Text快的多?
有什么办法可以提高在有很多节点的TreeView中更改.Text速度的办法吗? (即使用BeginUpdate和EndUpdate延时感也比较明显)

解决方案 »

  1.   

    我想说的是你的用户交互设计不太合理。因为你的TreeView要显示10000个节点。
    我建议你从界面操作思路方面入手优化。
    比如像CSDN一样。对TreeView分级显示。哪一级打开再将相应子集数据读入。再比如,干脆放弃使用TreeView而使用DataGrid等表格使用分页显示。都可以解决10000个节点速度慢的问题。
    一般来说在Winfrom中2000个节点以上,速度就很难忍受了。WebFrom中更加少大概200就是极限了。(当然还要看机器性能)
      

  2.   

    原理是不一樣的,你重新更改他名名稱的時候,計算機在內存裡面需要進行查找的,也就是一個List的查找,所以肯定會很慢,頁你改變顏色的時候,計算機只改變一個屬性,就是Draw的一個顏色值罷了,當然快了。
      

  3.   

    晕,人家是 win的不是web的web上的怎么都是慢!根本无所谓的事!!
    win的1000个节点不太合理。不知道你里面绑定的东西多不多?