{"componentChunkName":"component---src-templates-blog-post-js","path":"/blog/iasyncenumerable-to-jest-dobre","result":{"data":{"markdownRemark":{"html":"

C# 8 wprowadził pewną nowinkę - IAsyncEnumerable. Co prawda na horyzoncie jest już C# 9, ale jakoś ta nowinka z poprzedniej wersji jakoś nie trafiła pod strzechy - a może być w pewnych sytuacjach bardzo przydatna.

\n

W największym skrócie IAsyncEnumerable umożliwia korzystanie z yield return w metodach oznaczonych słowem kluczowym async - wcześniej nie było to możliwe. Ktoś powie: \"zaraz, zaraz - przecież dotychczas mogłem napisać sygnaturę metody w stylu async Task<IEnumerable<SomeType>>, co nie?\". To prawda - ale taka sygnatura oznaczała, że asynchronicznie zwracamy enumerację, jednak już samo enumerowanie asynchroniczne nie jest. Tymczasem IAsyncEnumerable to coś więcej - to asynchroniczne enumerowanie, to znaczy: każdy \"krok\" enumeracji jest asynchroniczny. Co to oznacza? Na poniższym przykładzie można zobaczyć różnicę. Mamy dwa podejścia do wybrania pierwszego elementu z \"asynchronicznej enumeracji\" - z Task<IEnumerable<int>> oraz IAsyncEnumerable<int>. Jaki jest wynik na konsoli?

\n
public static class TestRun\n{\n    static async Task Run()\n    {\n        var test = new Test();\n        Console.WriteLine(\"Task<IEnumerable<int>>:\");\n        (await test.DoWithIEnumerable()).FirstOrDefault();\n\n        Console.WriteLine(\"\\nIAsyncEnumerable<int>:\");\n        await test.DoWithIAsyncEnumerable().FirstOrDefaultAsync();\n    }\n\n    public class Test\n    {\n        private int[] numbers = new[] { 2, 4, 8, 16, 32 };\n        public async Task<IEnumerable<int>> DoWithIEnumerable()\n        {\n            var result = new List<int>();\n            foreach(var number in numbers)\n            {\n                var item = await ReturnWithDelay(number);\n                result.Add(item);\n            }\n            return result;\n        }\n        public async IAsyncEnumerable<int> DoWithIAsyncEnumerable()\n        {\n            foreach (var number in numbers)\n            {\n                var item = await ReturnWithDelay(number);\n                yield return item;\n            }\n        }\n        private Task<int> ReturnWithDelay(int x)\n        {\n            return Task.Run(() =>\n            {\n                Console.WriteLine($\"Waiting 2 seconds before returning... {x}\");\n                Task.Delay(2000);\n                return x;\n            });\n        }\n    }\n}
\n

Wyjście:

\n
Task<IEnumerable<int>>:\nWaiting 2 seconds before returning... 2\nWaiting 2 seconds before returning... 4\nWaiting 2 seconds before returning... 8\nWaiting 2 seconds before returning... 16\nWaiting 2 seconds before returning... 32\n\nIAsyncEnumerable<int>:\nWaiting 2 seconds before returning... 2
\n

Widzicie różnicę? W przypadku Task<IEnumerable<int>> musimy de facto najpierw asynchronicznie zbudować całą naszą kolekcję, aby ją zwrócić klientowi. Co z tego, że klient chce tylko pierwszy element, my i tak musimy zbudować całość. Tymczasem w IAsyncEnumerable enumerujemy tak, jak w \"klasycznym\" IEnumerable: jeśli caller chce tylko jeden element, to \"napracujemy\" się tylko nad wybraniem tego jednego elementu.

\n

Przykład jest dosyć sztuczny, nasuwa się zatem pytanie, kiedy takie coś możne nam się przydać. Otóż, dobrym przykładem (sam ostatnio używałem w takiej sytuacji IAsyncEnumerable) jest wyciąganie listy dokumentów z Cosmos DB: ze względu na charakterystykę komunikacji z Cosmosem, de facto takiej listy nie dostaniemy jednym zapytaniem do bazy. Cosmos niejako \"paginuje\" (\"porcjuje\") wyniki - czasem potrzeba kilku strzałów do Cosmosa, aby wybrać wyszystkie dokumenty z listy. A każdy taki strzał jest asynchroniczny. Widzimy więc od razu, że w przypadku, gdy caller potrzebuje tylko podzbioru wyników (w skrajnym przypadku - chce woła tylko FirstOrDefault), nie musimy robić wszystkich zapytań do Cosmosa, by wpierw zbudować całą listę wynikową.

\n

Zatem wszędzie tam, gdzie budowanie enumeracji jest asynchroniczne - możemy zyskać stosując IAsyncEnumerable. Dzięki temu unikamy \"ukrytego kosztu\": gdy metoda przedstawia się jako Task<IEnumerable<T>>, to nie wiemy (bez zaglądania do jej implementacji), co jest tak naprawdę asynchroniczne w budowaniu takiej enumeracji: czy każdy krok wymaga asynchronicznej operacji, czy może tylko jakiś krok wstępny/przygotowawczy. Natomiast przy IAsyncEnumerable jest to przejrzyste dla konsumenta naszej metody.

\n

Na koniec - dwie sprawy, na które należy zwrócić uwagę:

\n","excerpt":"C# 8 wprowadził pewną nowinkę - . Co prawda na horyzoncie jest już C# 9, ale jakoś ta nowinka z poprzedniej wersji jakoś nie trafiła pod strzechy - a może być w…","frontmatter":{"date":"14 December, 2020","path":"/blog/iasyncenumerable-to-jest-dobre","title":"IAsyncEnumerable - to jest dobre!"},"fields":{"readingTime":{"text":"3 min read"}}}},"pageContext":{}},"staticQueryHashes":["3649515864","63159454"]}