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

[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]

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 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

[Eleкtro]

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"

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

[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.

[spiritdead]

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

[Eleкtro]

¿Y que me dicen de esto?

Código (vbnet) [Seleccionar] Expandir


   ' 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]

[...] lo he podido usar sin escribir delegados [...]

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

Saludos

[Eleкtro]

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

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]

Action http://msdn.microsoft.com/en-us/library/018hxwa8.aspx
Func http://msdn.microsoft.com/en-us/library/bb549151.aspx

Action es un delegado para funciones de tipo Void (sin retorno), y Func para funciones con retorno

Saludos