Console Application de Résiliation Avant l'Appel asynchrone de l'Achèvement

Je suis actuellement à la rédaction d'un C# console application qui génère un certain nombre d'URLs qui pointent vers différentes images sur un site web et télécharge que les flux d'octets à l'aide de WebClient.DownloadDataAsync().

Mon problème est que une fois le premier appel asynchrone est fait, l'application de console estime que le programme soit terminé et se termine avant que l'appel asynchrone peut revenir. À l'aide d'un Console.Read() je peux forcer la console reste ouverte, mais cela ne semble pas être très bonne conception. En outre, si l'utilisateur appuie sur entrée pendant le processus (alors que la console est en attente d'entrée), le programme prendra fin.

Est-il une meilleure façon de prévenir la console à partir de la clôture alors que je suis en attente d'un appel asynchrone de retour?

Edit: les appels sont asynchrones parce que je suis en fournissant un indicateur de l'état via la console de l'utilisateur alors que les téléchargements de prendre place.

InformationsquelleAutor Andrew Keller | 2010-10-01
  1. 47

    Oui. Utiliser un ManualResetEvent, et ont async rappel appel event.Set(). Si la routine Principale blocs sur event.WaitOne(), il ne sera pas quitter jusqu'à ce que le code asynchrone est terminée.

    La base des pseudo-code devrait ressembler à:

    static ManualResetEvent resetEvent = new ManualResetEvent(false);

static void Main()
{
     CallAsyncMethod();
     resetEvent.WaitOne(); //Blocks until "set"
}

void DownloadDataCallback()
{
     //Do your processing on completion...

     resetEvent.Set(); //Allow the program to exit
}
    • Merci! C'est logique et fonctionne parfaitement... beaucoup mieux que la console.lire!
    • J'ai également trouvé ce utile pour déboguer les Services Windows à l'aide d'une longue Task que l'intervenant de première ligne. Dans Program.Main(), à l'aide d'un pré-processeur de la directive comme #if DEBUG [debug hook] #else [normal service code] #endif, puis dans le "debug crochet", je viens d'ajouter un appel à resetEvent.WaitOne() après new MyService().OnStart(). Ensuite, vous pouvez utiliser VS debug continu en mode de débogage sans modification de votre code de service de manière significative.
    • Vous êtes un fricking Génie!! merci!!!!
    • Dans le cas des OP cas précis, il pourrait fonctionner, mais en général, ce qui provoque des blocages si une tâche en arrière-plan les horaires de quelque chose sur le thread principal et attend qu'elle se termine. Juste un petit avertissement.
    InformationsquelleAutor Reed Copsey
  2. 27

    Une autre option est de simplement appeler un async méthode Principale et d'attente de la tâche retourné.

    static void Main(string[] args)
{
    MainAsync(args).Wait();
}

static async Task MainAsync(string[] args)
{
    //.. code goes here
}

    Depuis .NET 4.5, vous pouvez maintenant appeler GetAwaiter().GetResult()

    static void Main(string[] args)
{
    MainAsync(args).GetAwaiter().GetResult();
}

    Quelle est la différence entre les deux .Wait() vs .GetAwaiter().GetResult()?

    • Agréable et simple, exactement ce que je cherchais.
    InformationsquelleAutor Cameron MacFarland
  3. 6

    Si votre application est en train de faire, je suggère de laisser de l'appel asynchrone; vous spécifiquement voulez à l'application de "bloquer" jusqu'à ce que le téléchargement est terminé, donc à l'aide d'une opération asynchrone est contraire à ce que vous voulez ici, en particulier dans une application console.

    • Je l'ai laissé dans mon problème explication mais pendant le téléchargement, j'affiche un indicateur de progression dans la fenêtre de console. Nous parlons de milliers d'images de sorte qu'il sera d'une aide précieuse pour l'utilisateur final, à savoir ce qui se passe.
    • C'est très bien; vous pouvez toujours mettre à jour la console de la même thread, trop; il suffit à l'utilisateur de ne pas être en mesure de faire quelque chose, mais le Contrôle-C, mais c'est le comportement que vous êtes à la recherche pour, de toute façon.
    • À l'aide asynchrone peut également être utile si jamais vous avez besoin de l'étendre à télécharger plusieurs fichiers, etc... n'était pas sûr de la raison d'être ici, mais si c'est juste un fichier, synchrone serait plus facile..
    • J'aurais été plus clair que j'ai été en supposant qu'il ne fait que d'un seul fichier, oui. Merci, Reed! +1
    InformationsquelleAutor Andrew Barber
  4. 0

    Il convient de constater qu'en C# 7.1 Main peut maintenant être marqué comme async.

    static async Task Main()
{
  await LongRunningOperation();
}
    • Cet appel n'est pas d'éviter la console de quitter
    InformationsquelleAutor mariocatch