Runtime: Pergunta: o suporte CLR para corrotinas faz sentido?
Fiquei muito impressionado como as corrotinas foram construídas no C ++ 20 generalizando as convenções de chamada 1 . Isso é considerado para o CLR? Valeria a pena?
Presumo que recursos como async / await e yield se beneficiariam muito com o desempenho, mas o custo para alterar suas implementações seria imenso. No entanto, lançar as bases no CLR pode realmente não ser tão caro ...?
Só estou me perguntando se isso está no radar de alguém, porque, até agora, só consegui encontrar esse comentário em um problema charplang perguntando quais alterações CLR beneficiariam os recursos da linguagem C #.
1 Este resumo do recurso (antes de ser padronizado) oferece uma boa visão geral.
bert2
>Todos os comentários
Pelo que eu sei, ninguém fez análise dos benefícios e custos estimados de ter suporte de corrotinas embutidas no tempo de execução. Concordo que seria útil ter essa análise para que possamos comparar o custo / benefício de fazer isso com outros recursos potenciais relacionados ao desempenho.
jkotas
em 12 jan. 2020
Questões relacionadas
jzabroski
·
3Comentários
noahfalk
·
3Comentários
chunseoklee
·
3Comentários
nalywa
·
3Comentários
GitAntoinee
·
3Comentários
Comentários muito úteis
Pelo que eu sei, ninguém fez análise dos benefícios e custos estimados de ter suporte de corrotinas embutidas no tempo de execução. Concordo que seria útil ter essa análise para que possamos comparar o custo / benefício de fazer isso com outros recursos potenciais relacionados ao desempenho.