Discussion :

[Immobilis]

Salut,

J'ai un objet dont je dois appeler un méthode qui prend du temps. Cette méthode inscrit une ligne de log.
Je n'ai pas besoin d'attendre le résultat, juste besoin d'appeler la méthode.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
private void Submit()
{
    logging.MaMethode(HttpContext.Current.Request, this.Session.SessionID);
}

Je suis pas encore super calé sur les thread...
A votre avis comment faire? J'ai pensé créer un nouveau thread, mais je ne vois pas comment paramétrer le fait que je n'attend pas le résultat.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
Thread thread = new Thread(new ThreadStart(Submit));
thread.Start();

De plus en lançant ce thread je perd le context.

Merci d'avance,

A+

[jacky01]

Bonjour, tu n'a pas a spécifié que tu attende pas de retour. Car de toute manière ta méthode est en "void" donc ... Sinon le thread s'exécutera une seul fois et se terminera.

Pour moi c'est bon par contre juste un détails

la ligne

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Thread thread = new Thread(new ThreadStart(Submit));

Va créer et lancé le thread, donc pas besoin de thread.Start();

Sinon purement syntaxiquement parlant tu peux aussi faire :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
Thread thread = new Thread(Submit);
thread.Start();

Pour dissocié la création de l'exécution.

Ah oui pour le context faudra peut être le passer en paramètre.

[Arthis]

si c'est pour du log, pourquoi ne pas utiliser log4net, mise en place sans rien connaitre du tout au bouzin 2 heures à tout casser.

et super papier de lutecefalco á ce sujet!

[rad_hass]

As tu pris connaissance d'Asynchronous Design Pattern ?

Voici une description dans la MSDN :
http://msdn.microsoft.com/fr-fr/libr...dw(VS.80).aspx

[Immobilis]

Merci pour ces retour

Pour moi c'est bon par contre juste un détails

la ligne

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Thread thread = new Thread(new ThreadStart(Submit));

Va créer et lancé le thread, donc pas besoin de thread.Start();

Si je ne fais pas le start je ne passe pas dans la méthode.

Ah oui pour le context faudra peut être le passer en paramètre.

J'aimerai bien, mais la syntaxe attend juste un nom de méthode pas de paramètre.

si c'est pour du log, pourquoi ne pas utiliser log4net, mise en place sans rien connaitre du tout au bouzin 2 heures à tout casser.

En fait, il s'agit de dll d'un logiel qu'on a acheté. La méthode gère et envoi la requete.

As tu pris connaissance d'Asynchronous Design Pattern ?

Voici une description dans la MSDN :
http://msdn.microsoft.com/fr-fr/libr...dw(VS.80).aspx

Merci j'etais pas tombé sur ce lien. Je vais regarder ça mais j'ai pas l'impression qu'on peut envoyer et "abandonner" une requête. Je ne tiens pas du tout à récupérer le résultat dans la page. Si quelqu'un pouvait confirmer ou infirmer.

Je vais creuser tout cela un peu plus.

[bacelar]

Moi, en contexte ASP.NET sur des traitements non contraint en temps et avec possibilité de perte raisonnable, je passerais par le pool des threads.
http://msdn.microsoft.com/en-us/libr...za(VS.80).aspx

Attention, ce pool est aussi utilisé pour l'exécution des nouvelles requêtes http.

Le contexte de la requête http n’est pas propagé à travers le threading pool , vous devez utiliser le second paramètre pour stocker les informations nécessaires.

[jacky01]

Oui tu peux passé un paramètre au thread, il le reçoit en object après à toi de recaster :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
int MyParam = 24;
 
Thread thread = new Thread(Submit);
thread.Start(MyParam);
 
private void Submit(object obj)
{
    int param = (int)obj; // 24 biensure :p
}