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

[Eleкtro]

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

Código (vbnet) [Seleccionar] Expandir

'Declaration
Public Delegate Sub Action(Of In T1, In T2, In T3, In T4, In T5, In T6, In T7, In T8, In T9, In T10, In T11, In T12, In T13, In T14, In T15, In T16) ( _
arg1 As T1, _
arg2 As T2, _
arg3 As T3, _
arg4 As T4, _
arg5 As T5, _
arg6 As T6, _
arg7 As T7, _
arg8 As T8, _
arg9 As T9, _
arg10 As T10, _
arg11 As T11, _
arg12 As T12, _
arg13 As T13, _
arg14 As T14, _
arg15 As T15, _
arg16 As T16 _
)

Eso ya pinta dificil.

PREGUNTA: ¿Action tiene un límite de 16 argumentos?
(Quizás no llegue a saber hacer eso en toda mi vida xD, pero estaría bien saberlo si se da el caso.)

De todas formas con toda esta info doy por solucionado el tema xD,
Gracias por vuestras respuestas.




Bonito snippet:

Simple Delegate Example

Código (vbnet) [Seleccionar] Expandir

    Imports System
    Namespace DelegateTest
    Public Delegate Sub TestDelegate(ByVal message As String)
     
    Class Program
    Public Shared Sub Display(ByVal message As String)
    Console.WriteLine("")
    Console.WriteLine("The string entered is : " + message)
    End Sub
     
    Shared Sub Main(ByVal args As String())
    '-- Instantiate the delegate
    Dim t As New TestDelegate(AddressOf Display)
     
    '-- Input some text
    Console.WriteLine("Please enter a string:")
    Dim message As String = Console.ReadLine()
     
    '-- Invoke the delegate
    t(message)
    Console.ReadLine()
    End Sub
    End Class
    End Namespace

[Novlucker]

PREGUNTA: ¿Action tiene un límite de 16 argumentos?
(Quizás no llegue a saber hacer eso en toda mi vida xD, pero estaría bien saberlo si se da el caso.)

Exacto, de hecho, la cantidad de parámetros depende de la versión del framework . Si necesitas más que eso deberías de declarar tu propio delegado.

Saludso

[spiritdead]

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

te lo resumo de 1 manera mas bonita

Código (vbnet) [Seleccionar] Expandir


Delegate Sub SetValue(ByVal value As Single, ByVal status As String)

 Public Sub SetValueObjects1(ByVal value As Single, ByVal status As String)
       If KryptonProgressBar2.InvokeRequired Then
           Dim d As New SetValue(AddressOf SetValueObjects1)
           Me.Invoke(d, New Object() {value, status})
       Else
           KryptonLabel42.Text = ("(" & Math.Round(value, 1) & ")%")
           KryptonProgressBar2.Value = value
       End If
   End Sub

esa es 1 manera bonita de usar delegados y bastante optimizada en cuanto a uso de sintaxis por decirlo asi

el codigo q puse es uno de los delegados mios q tome para darte 1 ejemplo

[Eleкtro]

el codigo q puse es uno de los delegados mios q tome para darte 1 ejemplo

Gracias

[spiritdead]

Gracias

cuando hagas un Invokerequired enfocate en el objeto directo, no lo envies parametrizado trabajando esa parte dinamicamente

porque a veces al trabajar con forms dinamicos, te salen errores bastante peculiares

mi recomendacion es 1 delegado por cada control q necesites usar desde otro hilo =) asegurandote q asi tengas multiples instancias de forms con controles repetidos, no genere NI un error

[Eleкtro]

una pregunta que me acaba de surgir...
¿hay un máximo de instancias de thread y/o backgroundworker?,
imagino que un proceso no puede crear 100 subprocesos...(O si?) ¿Donde está el límite?,
¿y las instancias de los subprocesos se eliminan con un "dispose" para liberar sus recursos, ¿o se auto eliminan de la memoria cuando el backgroundworkercompleted sucede?

[Novlucker]

Recursos ...

http://eknowledger.wordpress.com/2012/05/01/max-number-of-threads-per-windows-process/

Saludos

[Eleкtro]

Buenísima info la que comenta esa persona en su problema,

Así que el límite depende de la cantidad de RAM en el PC donde se use la APP,
cada hilo tiene un tamaño inicial de 1 mb en memória "stacksize",
Y el buffer máximo de memória se puede modificar/reducir para cada hilo "maxstacksize" por ejemplo a 256 KB

Perfecto, Gracias ^^