Question

J'ai essayé de comprendre le CCR (runtime de concurrence et de coordination) pour voir si cela valait la peine d'apprendre.

Je programme principalement sur Vb.net et dans la plupart des exemples d'utilisation du CCR, le mot-clé Yield.

À quel point le rendement est-il essentiel pour utiliser le RCC? Existe-t-il des solutions de contournement? VB.net obtiendra-t-il la commande Yield? (Sinon pourquoi pas?)

Était-ce utile?

La solution

Oui, d'après ce que j'ai compris, les blocs d'itérateurs (comme l'indiquent les déclarations de rendement) sont très importants pour le CCR. Ce sont eux qui rendent les workflows asynchrones lisibles possibles.

Avez-vous déjà examiné les extensions parallèles? Sinon, j'essaierais cela avant le CCR - mis à part toute autre chose, il est plus probable que ce soit compatible avec VB.NET et ce sera dans la & "Principale &" ; .NET 4.0 quand cela sortira.

Autres conseils

Le mot-clé de rendement n’est pas essentiel, mais il simplifie énormément les choses lorsque vous utilisez le RCC. Il est nécessaire de générer des tâches dans une méthode de traitement, ce qui peut être fait simplement en utilisant des primitives, mais pas aussi élégamment. Je n'ai jamais vu de code CCR écrit dans VB.NET, mais je suppose qu'il existe des solutions de contournement pour renvoyer un objet IEnumerable (bien que je ne puisse pas le confirmer car cela fait longtemps que je n'ai écrit aucun fichier VB.NET) . La dernière fois que j'ai entendu parler, il était fort probable que VB.NET 10 obtienne un équivalent du mot clé de rendement.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top