Contar Tiempo

09/07/2003 - 18:13 por Pablo Fabian Savino | Informe spam
Hola Gente,

Como puedo hacer para hacer un contador de tiempo, no quiero
usar un timer porke si la maquina esta haciendo otra cosa el timer no actua
hasta tanto no se termine de hacer cierta rutina.

Ya probe con un timer pero me pasa eso, ahora, se que hay
algo que por ejemplo yo puedo disparar el timer (api creo) y el cuenta
independientemente de mi aplicacion y luego cuando lo necesite yo tomo el
valor de ese supuesto contador.

Bueno, alguien podria decirme como puedo hacer un contador
de tiempo seguro?

Saludos

Preguntas similare

Leer las respuestas

#6 RadioMan
10/07/2003 - 16:37 | Informe spam
Hola.

/Federico
La razón
es simple e intuitiva, al tener un programa compilado en VB, el código


está
optimizado no sólo con el propio código de la app sino también el acceso a
los objetos del VB


...
, pero
al utiliizar API's la app tiene que pasar por "una capa más", por así
llamarlo, para llegar a realizar los procesos que uno quiera.




/Asdrubal
Yo no estoy muy de acuerdo en eso de que el código esta optimizado, es
sabido que en muchos casos los controles que provee el mismo Microsoft puede
ser lentos y que existen formas via API de acelerar su respuesta. Podría
demostrarte un caso super sencillo con la instruccion add de los combobox,
via VB y via API la diferencia de carga es abismal y sempre utilizando el
mismo control VB.ComboBox

En otros casos hay cosas que jamas harás con VB y debes recurrir siempre a
API, Visual Basic (clásico) fue diseñado y dado como herramienta con lo
necesario para crear aplicaciones rápidas en un entorno agradable y
"robusto" de desarrollo, que es suficiente en la mayoria de los casos, pero
en ocasiones usar API es como usar una extensión del sistema y en la mayoria
ocasiones, bien utilizadas las técnicas API, se obtendrán resultados muy
superiores inclusive pasando por "una capa mas" como tu refieres mi amigo.

Obviamente la mala utilización de API tambien puede bajar el performance de
una aplicación en ejecución pero eso ya es parte de la fase de optimización
del desarrollo.

Si VB no tuviese acceso a API, muchas aplicaciones serían imposibles de
realizar sin recurrir entonces a DLL u OCX de terceros.


/Federico
Además para el caso particular que plantea Pablo, si el FS consume muchos
recursos de CPU, quien dice que no va a obtener los mismos resultados (no
deseados) que al utilizar el Timer de VB? aunque por supuesto que vale la
pena intentar.



No estoy de acuerdo contigo amigo, el timer de VB es un dolor de cabeza
pierde la sincronía y depende mucho del tiempo "idle" del procesador y
evidentemente el FS no dejará mucho espacio disponible para que el VB.Timer
funcione bien o exacto.

Intentarlo es bueno, pero desde mi punto de vista solo demostraría lo
ineficiente que es para este tipo de necesidades, debo dejar claro que
funciona para el 90% de los casos. (dije 90% para ilustrar las posibilidades
de uso, no tengo estadísticas)

Lo mejor pienso yo, tal y como dije arriba es usar el Timer de Windll, ese
es el famoso multimedia timer, su resolución es muy precisa ya que no
depende directamente del procesador sino del ambiente multimedia, recomiendo
el timer de Steve McManon en www.vbaccelerator.com, y tambien pudiera usarse
el ccrp high resolution timer de ccrp (no tengo la direccion en este
momento), cualquiera de estos timers tendrá un mejor desempeño para la
aplicacion.

Saludos amigo, un abrazo cordial.

'//RadioMan
Asdrubal Velasquez
RadioMan(ARROBA)cantv.net
Puerto Ordaz - Venezuela
email Siga el debate Respuesta Responder a este mensaje
Ads by Google
Help Hacer una pregunta AnteriorRespuesta Tengo una respuesta
Search Busqueda sugerida