Runtime: Question: le support CLR pour les coroutines a-t-il un sens?
J'ai été très impressionné par la façon dont les coroutines ont été intégrées dans C ++ 20 en généralisant les conventions d'appel 1 . Cela est-il pris en compte pour le CLR? Cela en vaudrait-il même la peine?
Je suppose que des fonctionnalités telles que async / await et yield en bénéficieraient grandement en termes de performances, mais le coût de modification de leurs implémentations serait énorme. Cependant, jeter les bases du CLR n'est peut-être pas si coûteux ...?
Je me demande simplement si cela est sur le radar de quelqu'un, car, jusqu'à présent, je n'ai pu trouver ce commentaire que dans un numéro de charplang demandant quelles modifications CLR bénéficieraient aux fonctionnalités du langage C #.
1 Ce résumé de la fonctionnalité (avant sa standardisation) donne un bon aperçu.
bert2
>Tous les commentaires
Pour autant que je sache, personne n'a fait l'analyse des avantages et des coûts estimés de la prise en charge des coroutines intégrées dans le runtime. Je conviens qu'il serait utile d'avoir une telle analyse afin que nous puissions comparer le coût / avantage de le faire avec d'autres fonctionnalités potentielles liées aux performances.
jkotas
le 12 janv. 2020
Questions connexes
bencz
·
3Commentaires
jzabroski
·
3Commentaires
EgorBo
·
3Commentaires
omariom
·
3Commentaires
jamesqo
·
3Commentaires
Commentaire le plus utile
Pour autant que je sache, personne n'a fait l'analyse des avantages et des coûts estimés de la prise en charge des coroutines intégrées dans le runtime. Je conviens qu'il serait utile d'avoir une telle analyse afin que nous puissions comparer le coût / avantage de le faire avec d'autres fonctionnalités potentielles liées aux performances.