FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
#1
|
||||
|
||||
¡Qué registro más lento!
Hola,
Veréis, estoy haciendo un programa (bueno, casi todos los del foro estamos haciendo alguno, ), en el que tengo un TComboBox, un TButton y un TListView (entre otros, pero al usar éstos es cuando tengo problemas). En el TComboBox escribo una clave de registro (por ejemplo "HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion"), y al darle al botón, el TListView se llena con todas las claves y datos que hay en esa clave de registro. El problema está en que cuando escribo algunas claves (como "HKEY_CLASSES_ROOT" o "HKEY_LOCAL_MACHINE\Software\Classes", entre otras), que contienen miles de claves y datos, pues el programa reacciona con una lentitud increíble (hasta 40 segundos). Pero, ¿qué pasa? ¿Por qué tarda tanto? ¿Cuál es el problema, dónde está el fallo? ¿Alguien tiene alguna sugerencia? NOTA: Uso Delphi 3 Std en Windows XP, el TListView usa iconos (una para claves, otro para valores alfanuméricos y otro para valores numéricos o binarios), y no solo lee los nombres, sino también los valores. El código para leer el registro hace más cosas, entre comprobaciones y memorizar las claves que se van escribiendo. Aquí está el código que utilizo (resumido a lo importante):
Gracias. |
#2
|
|||
|
|||
pues leer el registro en 40 segundos no me parece nada mal, aqui el chiste es que vayas leyendo lo que vas necesitando, como el clasico regedit, que lee primero las llaves principales, si le das click abre otra, pero no se pone a leer todo lo que hay debajo de ella...
|
#3
|
||||
|
||||
Puede ser que quien se esté comportando lento sea tu control TListView, prueba agregando estas lineas de código en tu procedimiento:
__________________
"Lo mejor de no saber hacer nada es que se tiene mucho tiempo libre."
|
#4
|
|||
|
|||
Uno de los cuellos de botella que tienes es que no llamas a
Lista.BeginUpdate; Debes llamar a esta metodo al principio de la funcion de llenado de datos, y cuando acabes de añadir todos lo nodos, al final de la funcion llama a: List.EndUpdate; Cada vez que añades un nodo al TListView, este se redibuja, y esto es lento de modo que si añades 1000 nodos tendras 1000 redibujados, añadiendo el codigo que he indicado le indicas al TListView que no se refresque de modo que se redibujara una sola vez , al final de la funcion, cuando se llame a List.EndUpdate. Esto es aconsejable hacerlo, con todos los objetos visuales que almacenan items o strings , no solo TListView, ya que acelera enormente las inserciones. Ademas de esto no se si habra algun otro cuello de botella, ya que realmente un tlistview es lento debido a que cada insercion exige pedir un bloque de memoria, pero pruebalo (normalmente el uso de este sistema hace que las inserciones sean 20 o 30 veces mas rapidas). Saludos |
#5
|
||||
|
||||
Graciaaaaaaaaaaaaassssssssssssssssssss
Ok, muschísimas gracias!!!!!!!!!!!!!!!!!!
Probaré lo del BeginUpdate-EndUpdate. Había oído por ahí que eran lentas las lista (TListView y TTreeView), pero me sorprendía que lo fueran tanto... También había leído que el registro era lento... Hasta la próxima P.D. Perdón mi tardanza en contestar. |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Muy lento Sql | IVAND | SQL | 8 | 27-01-2010 03:59:52 |
Comparar un registro de un edit con un registro de una tabla en una consulta | Damian666 | SQL | 10 | 01-10-2005 00:43:20 |
Muy lento al insertar registro >100.000 | pjjorda | Firebird e Interbase | 16 | 22-07-2005 01:23:46 |
ADO lento | CHiCoLiTa | Conexión con bases de datos | 6 | 28-07-2004 17:59:46 |
MDI lento | tomasgarcia | OOP | 1 | 27-07-2004 20:28:05 |
|