Mensajes

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

¿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

La idea no es que yo pueda ejecutarlo en mi pc sin que me salte el antivirus, para eso simplemente le das a continuar y te lo ejecuta sin sand box, el problema llega a la hora de dejarselo a otro... Como tenga un antivirus con sandbox le saltará que es sospechoso, y mientras piensa "hijo de **** me la queria meter doblada" le dará a cancelar.

Lo de la firma digital ya pensé en hacerlo, pero no sé como funcionan si se pagan, si tu programa tiene que pasar unos test (Antisatanicos)...

Si se pudieran pillar firmas facilmente, sería la ostia, por que podrias crear tu nuevo soft "Maligno", meterle una firma digital, y alé, pero no creo que sea tan fácil.

De todos modos voy a mirar un poco como funciona lo de las firmas ahora.

¿Y si usara un programa ya firmado, para meterle mi codigo, el antivirus se quejaría?

borraria el avast de ***** y meteria nod32 esa es la solucion

[Checkforillegalcrossthreadcall = false]

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

yo probe los de DevExpress 60 controles gratis, pero la verdad no me gustaron, son buenos los controles, pero son pesados, hacen la interfaz lenta si tenes varios o algunas grillas.

prefiero utilizar controles independientes e ir agregandolos de a uno si los necesito, pero no usar un pack por ahora, con los del visual studio ya es suficiente.

depende los de krypton (componentfactory) son bastante livianos 1 muestra es en el (fdtareas) la cosa es tener cuidado con el consumo de ram, y otros detalles

Métodos Asincronicos + Sockets

Es la forma más limpia y correcta de hacer este tipo de cosas

y se pueden hacer maravillas

1 ejemplo es mi servicio FDTareas que si quieres ver como funciona puedes verlo

LA mejor forma de crear 1 chat es combinando estas 3 cosas

threads-sockets-mysql

si quieres hacer el chat, debes leer y aprender es mi consejo pero de la forma q lo pensabas hacer lo que haras es tener dolores de cabeza fuertes

Basicamente no mola por hay haciendo aplicaciones para pasarlas y que vayan saltando los antivirus con el sandbox... eso causa mucha duda y la gente pasa de ejecutar el programa.

Yo lo que me pregunto si existe algun metodo para que avast no me lo habra en el sandbox, y no me refiero al mio si no al de los otros.

Vamos yo cuando ejecuto una aplicacion descargada de internet no me va saltando el sandbox.



Con el monoDevelop lo mismo, al compilar y ejecutar el tipico Hola mundo...
Sale el Sandbox diciendo que no se han detectado amenazas pero que es sospechoso. Motivo baja reputacion...

te diria q rastrees las rutinas que te general eso

aisla el codigo y ve probando, cuando encuentres el fragmento de codigo q genera q el antivirus lo agarre, intenta cambiarlo

Hola,
Busco controles gratis para WF y WPF que estén bien y valgan la pena usarlos (de la temática que séa, mientras séan útiles), me gustaría poder disponer de una gran cantidad para obtener mejor experiencia y programar de una manera más sencilla y fluida.

¿Que controles gratis me recomiendan?

Dispongo sólamente de estos:
Un saludo!

nada como tener crackeado el krypton (componentfactory)
y consegui el crackeado del devcomponent, intenta pillarles son lo mejorcito q podras encontrar

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

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

Existen métodos asíncronos para efectuar subidas/descargas de archivos de un servidor Ftp. Los métodos asíncronos permiten la ejecucción de código mientras se realizan tareas, como las indicadas por tí.
Lo que pasa en tu aplicación es que subes/descargas archivos de un servidor ftp y hasta que dichos procesos no terminen no se sigue con la ejecucción del código de la aplicación.

de todos modos esta muy mal planteado,por eso le dije q lo replanteara con mas calma