(SOLUCIONADO) Duda sobre los elementos que trabajan en segundo plano

Iniciado por Eleкtro, 17 Diciembre 2012, 09:14 AM

0 Miembros y 3 Visitantes están viendo este tema.

Eleкtro

Hola,

¿Cuales de estos elementos trabajan en segundo plano al llamarlos, y cuales NO (osea cuales congelan la class)?




Sub
Function
Module
Una class distinta a la actual
(No se me ocurren más elementos que preguntar...)




Por ejemplo un thread , all llamarlo trabaja en segundo plano sin congelar la app, pues a eso me refiero, ¿hay otros elementos que trabajen en segundo plano?

Muchas gracias








spiritdead

#1
Cita de: EleKtro H@cker en 17 Diciembre 2012, 09:14 AM
Hola,

¿Cuales de estos elementos trabajan en segundo plano al llamarlos, y cuales NO (osea cuales congelan la class)?




Sub
Function
Module
Una class distinta a la actual
(No se me ocurren más elementos que preguntar...)




Por ejemplo un thread , all llamarlo trabaja en segundo plano sin congelar la app, pues a eso me refiero, ¿hay otros elementos que trabajen en segundo plano?

Muchas gracias
sub es un subrutina por decirle asi donde puedes enviarle parametros
functions son funciones de las cuales envias parametros y casi siempre obtienes un unico resultado
y modulos son espacios donde puedes crear subrutinas-funciones

diciendolo de manera sencilla :P para no irme al tecnicismo

y todo corre tanto en main como segundo plano

cuando hablas de threads estas hablando de hilos

tu aplicacion corre en el hilo principal o llamado Hilo Padre, del cual esta tu appDomain principal, en el cual esta todo lo relacionado a tu programa

al crear hilos, ellos utilizan informacion del appdomain, y generan un hilo HIJO del cual puedes realizar tareas

es bien sabido que al utilizar hilos TU NO puedes acceder al hilo padre desde el, y para ello entra al tema los llamados "DELEGADOS"

y bueno ahi sigue en extenso la larga trama de threads-delegates
Facilitador De Tareas - Task Simplifier (FDT)

Eleкtro

Cita de: spiritdead en 17 Diciembre 2012, 10:50 AMes bien sabido que al utilizar hilos TU NO puedes acceder al hilo padre desde el, y para ello entra al tema los llamados "DELEGADOS"
es bien sabido y bien sufrido :(, pero eso no es del todo cierto, se puede acceder al hilo principal usando Checkforillegalcrossthreadcall = false    (Ya, sé que no es correcto usarlo y da muchos problemas, lo he sufrido mucho :()

Dices que todo corre en main y en segundo plano, pero no entiendo el concepto, si las sub-rutinas corrieran en segundo plano entonces no congelarían el main, ¿no?...

Lo que tengo claro es que un thread corre en segundo plano (osea en un subproceso del proceso principal)

Yo lo que pretendo saber es:
si por ejemplo desde el form principal tengo que llamar a un sub el cual usa un for, que obviamente congelará la app hasta finalizar el for... ¿el único elemento al que puedo recurrir para evitar el congelamiento es crear un nuevo thread (hilo) y llamar a ese thread en lugar del sub?
¿O puedo usar algún otro elemento que trabaje "en segundo plano" como el thread?


Gracias por la explicación.








Novlucker

Si, todo eso que mencionas bloquea la app si no son llamados desde otro thread, o desde un BackgroundWorker por ejemplo.

Saludos
Contribuye con la limpieza del foro, reporta los "casos perdidos" a un MOD XD

"Hay dos cosas infinitas: el Universo y la estupidez  humana. Y de la primera no estoy muy seguro."
Albert Einstein

kub0x

Advertencia - mientras estabas escribiendo, una nueva respuesta fue publicada. Probablemente desees revisar tu mensaje.

Si estoy en lo cierto tienes -> BackGroundWorker, ThreadPool, Delegados(métodos asíncronos) ... Como ves no estás obligado a trabajar únicamente con la clase Thread(), existen alternativas y seguramente me olvido de alguna xD. Si el subproceso lo quieres pausar para lanzar otro subproceso dentro de éste, pues con las clases Mutex() o Semaphore() consigues ese resultado.
Viejos siempre viejos,
Ellos tienen el poder,
Y la juventud,
¡En el ataúd! Criaturas Al poder.

Visita mi perfil en ResearchGate


spiritdead

Cita de: EleKtro H@cker en 17 Diciembre 2012, 12:20 PM
es bien sabido y bien sufrido :(, pero eso no es del todo cierto, se puede acceder al hilo principal usando Checkforillegalcrossthreadcall = false    (Ya, sé que no es correcto usarlo y da muchos problemas, lo he sufrido mucho :()

Dices que todo corre en main y en segundo plano, pero no entiendo el concepto, si las sub-rutinas corrieran en segundo plano entonces no congelarían el main, ¿no?...

Lo que tengo claro es que un thread corre en segundo plano (osea en un subproceso del proceso principal)

Yo lo que pretendo saber es:
si por ejemplo desde el form principal tengo que llamar a un sub el cual usa un for, que obviamente congelará la app hasta finalizar el for... ¿el único elemento al que puedo recurrir para evitar el congelamiento es crear un nuevo thread (hilo) y llamar a ese thread en lugar del sub?
¿O puedo usar algún otro elemento que trabaje "en segundo plano" como el thread?


Gracias por la explicación.

usar el  Checkforillegalcrossthreadcall = false es un error muy fuerte

si o si, si usaras threads debes aprender a manejar delegados para acceder a los controles del hilo padre de forma SEGURA :)

xD evitate dolores de cabeza y olvidate del  Checkforillegalcrossthreadcall = false y enfocate en threads

despues q aprendes a usarlos, y dominarlos el mundo lo vez de color de rosa

y si tienes buen dominio podrias hacer 1 buena combinacion de (threads-delegados-eventos-thread.sleep(X)) dando 1 plus a tus aplicaciones en temas de rendimiento

1 muestra es el Filezilla para la subida-descarga el soft usa multi-hilo y nota lo liso q va :)

o como en mi software implemente esa metodologia, y puedo realizar cientos de tareas a la vez con consumos del cpu menores al 5% siempre :)
Facilitador De Tareas - Task Simplifier (FDT)

Eleкtro

¿Y que me dicen de esto?
Código (vbnet) [Seleccionar]

   ' Usage:
   ' InvokeControl(RichTextBox1, Sub(x) x.AppendText("a"))

#Region " Invoke Controls "
   Public Sub InvokeControl(Of T As Control)(ByVal Control As T, ByVal Action As Action(Of T))
       If Control.InvokeRequired Then
           Control.Invoke(New Action(Of T, Action(Of T))(AddressOf InvokeControl), New Object() {Control, Action})
       Else
           Action(Control)
       End If
   End Sub
#End Region


Lo he testeado a fondo creando varios threads que modifican propiedades de varios controles al mismo tiempo, e incluso modifican el mismo control del form principal todos los threads al mismo tiempo, y no me ha saltado ninguna excepción, es decir, lo he podido usar sin escribir delegados...

¿Esa técnica la consideran buena o la idea de usar delegados sigue siendo mejor?








Novlucker

Cita de: EleKtro H@cker en 18 Diciembre 2012, 16:07 PM[...] lo he podido usar sin escribir delegados [...]

No has declarado un delegado, has utilizado uno predefinido, ¿que crees que es Action? :P

Saludos
Contribuye con la limpieza del foro, reporta los "casos perdidos" a un MOD XD

"Hay dos cosas infinitas: el Universo y la estupidez  humana. Y de la primera no estoy muy seguro."
Albert Einstein

Eleкtro

Cita de: Novlucker en 18 Diciembre 2012, 16:56 PMNo has declarado un delegado, has utilizado uno predefinido, ¿que crees que es Action? :P

Vaya, eso lo explica todo XD,
estuve buscando un buen rato sobre lo que es "Action" porque en todos los snippets relacionados con multi-threading lo veo, pero no encontré nada, si pudieras pasarme algún link... xD

Gracias








Novlucker

Contribuye con la limpieza del foro, reporta los "casos perdidos" a un MOD XD

"Hay dos cosas infinitas: el Universo y la estupidez  humana. Y de la primera no estoy muy seguro."
Albert Einstein