HttpWebRequest.BeginGetResponse

J'ai besoin de faire de demande asynchrone de ressources sur le web et utiliser l'exemple de cette page (lien exemple):

HttpWebRequest myHttpWebRequest= (HttpWebRequest)WebRequest.Create("http://www.contoso.com");
RequestState myRequestState = new RequestState();  
myRequestState.request = myHttpWebRequest;
//Start the asynchronous request.
IAsyncResult result=
        (IAsyncResult) myHttpWebRequest.BeginGetResponse(new AsyncCallback(RespCallback),myRequestState);

Mais quand je suis en train de tester l'application à l'exécution de gel(sur 2-3 sec) sur la dernière ligne de ce code (je peux le regarder à l'aide du débogueur).

Pourquoi? Est-ce de ma faute ou c'est un comportement normal de la fonction?

InformationsquelleAutor demas | 2012-02-21

.net asynchronous c#httpwebrequest wpf

Vous pouvez essayer, je suis sûr que c'est mieux

private void StartWebRequest(string url)
{
   HttpWebRequest request = (HttpWebRequest)WebRequest.Create(url);
   request.BeginGetResponse(new AsyncCallback(FinishWebRequest), request);
}

private void FinishWebRequest(IAsyncResult result)
{
   HttpWebResponse response = (result.AsyncState as HttpWebRequest).EndGetResponse(result) as HttpWebResponse;
}

En raison de chross fil de la zone de texte'value,Mais c'est l'application wpf, je vais re-tagger ce, btw, vous pouvez utiliser le client web comme

 private void tbWord_TextChanged(object sender, TextChangedEventArgs e)
    {
        WebClient wc = new WebClient();
        wc.DownloadStringCompleted += HttpsCompleted;
        wc.DownloadStringAsync(new Uri("http://en.wikipedia.org/w/api.php?action=opensearch&search=" + tbWord.Text)); 
    }
    private void HttpsCompleted(object sender, DownloadStringCompletedEventArgs e)
    {
        if (e.Error == null)
        {

             //do what ever 
             //with using e.Result
        }
    }

Qu'est-ce que IAsyncResult paramètre dans la deuxième méthode ? Suite à l'appel de la demande.BeginGetResponse() ?
Comme je vois que ça ne change rien. Voici le code complet pastebin.com/trvq1qza. GUI de windows freeze sur la ligne 18.
j'ai mis à jour la réponse. qui fonctionne sur moi, pas de gel
Dans mes fenêtres, la fenêtre principale est de congélation, je ne peux pas déplacer la fenêtre et je ne vois pas le curseur de la souris sur la fenêtre 🙁
est que l'application wpf droit? si pas de regarder pour chross threading sur internet
oui. c'est une application wpf

InformationsquelleAutor Mustafa Ekici

2

La réponse se produit sur un thread séparé. Winforms ne sont pas multi-thread-safe, vous allez avoir à l'envoi de l'appel sur le même thread que la forme.

Vous pouvez le faire à l'aide de la boucle de message interne de la fenêtre. Heureusement, .NET fournit un moyen pour ce faire. Vous pouvez utiliser le contrôle de l'Appeler ou BeginInvoke méthodes pour ce faire. L'ancien bloque le thread courant jusqu'à ce que le thread d'INTERFACE utilisateur complète la méthode invoquée. Le plus tard fait de façon asynchrone. À moins qu'il existe de nettoyage à faire, vous pouvez utiliser ce dernier afin de "fire and forget"

Pour que cela fonctionne, de toute façon, vous aurez besoin de créer une méthode qui est appelé par BeginInvoke, et vous aurez besoin d'un délégué à point à cette méthode.

Voir Contrôle.Invoquer et de Contrôle.BeginInvoke dans la MSDN pour plus de détails.

Il y a un exemple sur ce lien: https://msdn.microsoft.com/en-us/library/zyzhdc6b(v=vs. 110).aspx

Mise à jour: Comme je suis parcourant mon profil parce que j'avais oublié que j'avais un compte ici - je l'ai remarqué et je me dois d'ajouter: Rien passé de 3,5 ou quand ils ont changé de manière significative l'asynchrone modèle de thread ici est hors de ma cabine de pilotage. Je suis professionnel, et pendant que j'ai encore de l'amour du métier, je n'ai pas suivi tous les avancements. Ce que je peux vous dire, c'est ce devrait fonctionne dans toutes les versions de .NET, mais il peut ne pas être l'apogée de la performance 4.0 et au-delà ou sur Mono/Winforms émulation si c'est toujours autour de. Sur le côté positif, de la frappe en général ne sont pas mauvais à l'extérieur de serveur d'applications, et même à l'intérieur si le pool de threads est en train de faire son travail. Afin de ne pas concentrer les efforts d'optimisation ici dans la plupart des cas, et il est plus susceptible de travailler sur "dépouillé" plates-formes vous voyez des choses en cours d'exécution comme le C# de forfaits mobiles bien que je dois regarder pour être sûr et la plupart ne fonctionnent pas winforms, mais tourner les boucles de messages et cela fonctionne aussi. Essentiellement à la ligne de fond, ce n'est pas la "meilleure réponse" pour les nouvelles plates-formes dans chaque cas. Mais il pourrait être plus portable dans le bon cas. Si ça peut aider une personne à éviter de faire une erreur de conception, alors ça valait le coup le temps que j'ai pris pour écrire ce. =)

InformationsquelleAutor danah gaz
1

Vous pouvez utiliser le composant BackgroundWorker ajouter faire la même chose à DoWork

InformationsquelleAutor DaNeSh
1

C'est le comportement standard.

De la documentation sur HttpWebRequest.BeginGetResponse Méthode:

La BeginGetResponse méthode exige une certaine synchrone configuration de tâches à accomplir (résolution DNS, proxy détection et connexion socket TCP, par exemple) avant de cette méthode devient asynchrone. [...]
il pourrait prendre beaucoup de temps (jusqu'à plusieurs minutes en fonction des paramètres du réseau) pour terminer la première synchrone tâches d'installation avant de une exception pour une erreur est levée ou la méthode réussit.

Pour éviter l'attente pour le programme d'installation, vous pouvez utiliser
HttpWebRequest.BeginGetRequestStream Méthode
mais sachez que:

Votre application ne peut pas mélanger synchrone et asynchrone des méthodes pour une demande particulière. Si vous appelez la BeginGetRequestStream méthode, vous devez utiliser le BeginGetResponse méthode pour récupérer la réponse.

InformationsquelleAutor qwlice

Vous devez vous connecter pour publier un commentaire.