Créer une Tâche terminée

Je veux créer un formulaire de Task (pas Task<T>). Est-il quelque chose de construit en .NET pour cela?

Une question connexe:
Créer une Tâche terminée<T>

It seems like the answer I'm getting from everyone is that using a garbage value like this is the correct way. That there isn't a way to do this without the garbage value is disappointing -- oh well. Quels problèmes avez-vous pensez que c'est? Si vous cache un seul Task ensuite l'ensemble de votre programme prend un bit supplémentaire de mémoire. Ce n'est rien. Aussi, on pourrait créer une tâche achevée sans le faire, ça ne serait pas mieux.
Oh ma déception n'a rien à voir avec le fait d'avoir à utiliser de la mémoire supplémentaire. C'est juste que les ordures des valeurs de n'importe où dans le code ne sont pas élégant.
Notez qu'il y a aujourd'hui ValueTask pour les tâches terminées (c'est à dire pour les valeurs que vous avez déjà, de sorte que le code est essentiellement synchrone), qui vous permettra d'économiser une allocation.

InformationsquelleAutor Timothy Shields | 2013-01-09

.net async-await c#task-parallel-library

217

La version la plus récente de .Net (v4.6) ajoute juste que, un haut -De la tâche.CompletedTask:
```
Task completedTask = Task.CompletedTask;
```
Cette propriété est mise en œuvre comme un non-verrouillage du singleton de sorte que vous vous presque toujours utiliser la même tâche terminée.
- Juste vérifié la dernière VS 14 CTP et créé un 4.5.3 projet, Task.CompletedTask est encore interne.
- 2. Soit vous n'avez pas téléchargé la dernière version CTP (qui est de 4 et liés à partir de ce site) ou que vous n'avez pas spécifié de la version 4.5.3. Voici ce qui est sur ma machine. @PeterRitchie
- J'ai créé une machine virtuelle à partir de Visual Studio 14 image sur Azure.
- href="http://i.imgur.com/dH3EFUo.png?1" >dans l'Azur du VS14CTP4 template
- Je travaille sur Mac OS X avec mono 5.4.1.7 et j'ai ce même message d'erreur. Comment puis-je résoudre ce problème?
InformationsquelleAutor i3arnon
142

Task<T> est implicitement convertible pour Task, si juste obtenir un formulaire de Task<T> (avec tout T et n'importe quelle valeur) et l'utiliser. Vous pouvez utiliser quelque chose comme cela pour cacher le fait que le résultat est là, quelque part.
```
private static Task completedTask = Task.FromResult(false);
public static Task CompletedTask()
{
    return completedTask;
}
```
De noter que, puisque nous ne sommes pas exposer le résultat, et la tâche est toujours terminée, nous pouvons cache une seule tâche et de le réutiliser.

Si vous êtes en utilisant .NET 4.0 et n'ont pas FromResult ensuite, vous pouvez créer votre propre en utilisant TaskCompletionSource:
```
public static Task<T> FromResult<T>(T value)
{
    var tcs = new TaskCompletionSource<T>();
    tcs.SetResult(value);
    return tcs.Task;
}
```
- Si vous utilisez la version 4.0, vous pouvez ajouter de Microsoft.Bcl.Async bibliothèque pour obtenir des TaskEx.FromResult, ainsi que d'autres choses pratiques comme WhenAll
- Que faut-il changer de FromResult(faux) et FromResult(vrai)?
- Si jamais vous êtes en regardant le résultat, puis changer la valeur booléenne de la suite. Si vous êtes ignorant le résultat, alors quel sera le résultat n'est pas pertinent.
InformationsquelleAutor Servy
61

Ma méthode de prédilection pour ce faire est d'appeler Task.WhenAll() sans arguments. Le La documentation MSDN stipule que "Si le tableau fourni/énumérable contient pas de tâches, les tâches seront immédiatement la transition vers un RanToCompletion de l'état avant d'être retourné à l'appelant.". Cela ressemble à ce que vous voulez.

Mise à jour: j'ai trouvé la source par rapport à Microsoft est la Source de Référence; là, vous pouvez voir ce que les Tâches.WhenAll contient les éléments suivants:
```
return (tasks.Length == 0) ? //take shortcut if there are no tasks upon which to wait
            Task.CompletedTask :
            new WhenAllPromise(tasks);
```
Donc Tâche.CompletedTask est en effet interne, mais il est exposé en appelant WhenAll() sans arguments.
- bien qu'il NE se sent sorte de hacky, il a le soutien de la docs, donc je ne sais pas, j'aime un peu ça!
- Pour moi et ma .NET 4.5.2 contraint de code, il est assez élégant. Merci!
InformationsquelleAutor Richiban
32

Je voudrais utiliser Task.Delay(0). En interne, il renvoie une instance mise en cache d'une Task<T>. C'est exactement ce que la réponse actuelle suggère de faire de toute façon, mais maintenant, vous n'avez pas à cache une instance vous-même, ni avez-vous de l'inconfort de déchets valeurs dans votre code.

Vous pensez peut-être vous pouvez utiliser Task.Yield() au lieu de cela, mais il s'avère que le résultat de Task.Yield() est pas un sous-type de Task, alors que le résultat de Task.Delay(0) est. C'est une des différences subtiles entre les deux.

InformationsquelleAutor gzak
27

Vous pouvez utiliser De la tâche.FromResult (en .NET 4.5) pour retourner un formulaire de Task<T>.

Si vous avez besoin d'un non-générique Task, vous pouvez toujours utiliser Task.FromResult(0) ou similaire, depuis Task<T> est une sous-classe de Task.

InformationsquelleAutor Reed Copsey
7

Pour .Net de 4,6 et au-dessus de l'utilisation
```
return Task.CompletedTask;
```
Pour la version la plus basse, vous pouvez utiliser
```
return new Task(() => { });
```
- Pour la pré-4.6 approche, attention! Vous avez besoin pour Commencer la tâche ou il ne sera jamais complète! Comment sur l'utilisation de return Task.Delay(0); à la place?
InformationsquelleAutor Icen
7

Vous pouvez utiliser Nito.AsyncEx.TaskConstants.Terminé à partir d'une grande bibliothèque AsyncEx de Stephen Cleary.
- lien vers Nito.AsyncEx.TaskConstants.Terminé fichier source est mort
- fixe.
InformationsquelleAutor Alexander Logger
0

Comment sur:
```
#pragma warning disable 1998
    public async Task emptyTask() {
    }
#pragma warning restore 1998
```
Vous pouvez laisser de côté l'avertissement de suppression si vous n'avez pas l'esprit.
- Je crois que le marquage d'une méthode async encore crée de l'ensemble de la machine d'état de l'appareil, même si vous ne l'utilisez pas, afin de retourner un vide tâche est plus efficace pour les faibles ressources des scénarios.
InformationsquelleAutor Dorus

Vous devez vous connecter pour publier un commentaire.