async / await - czy awaitować wszystko?

async / await - czy awaitować wszystko?
KF
  • Rejestracja:prawie 5 lat
  • Ostatnio:ponad 4 lata
  • Postów:2
0

Jak jest lepiej:
Tak:

Kopiuj
        private async Task<string> Dawaj()
        {
            var wynik = await new HttpClient().GetStringAsync("www.google.pl");
            return wynik;
        }

        private async Task<string> Wyzej()
        {
            var wynik = await Dawaj();
            return wynik.Remove(5);
        }

Czy nie robić pierwszej metody asyncowej i nie awaitować:

Kopiuj
 private Task<string> Dawaj()
        {
            var wynik = new HttpClient().GetStringAsync("www.google.pl");
            return wynik;
        }

Innymi słowy, czy jeżeli w metodzie nie potrzebujemy nic robić w wynikiem tylko przekazać go wyżej, to czy jest sens tam awaitować?
???

hzmzp
  • Rejestracja:ponad 11 lat
  • Ostatnio:około godziny
  • Postów:619
2

Zależy co z tym później robisz/jaki ma to wpływ na dalszą część aplikacji.
Choć podejrzewam, że to będzie to pierwsze.

edytowany 1x, ostatnio: hzmzp
Patryk27
Moderator
  • Rejestracja:ponad 17 lat
  • Ostatnio:ponad rok
  • Lokalizacja:Wrocław
  • Postów:13042
0

lepiej pod jakim względem:
Liczby linijek?
Liczby literek?
Czytelności?
Złożoności?
Czasu kompilacji?


edytowany 1x, ostatnio: Patryk27
SW
  • Rejestracja:około 5 lat
  • Ostatnio:3 miesiące
  • Postów:250
5
KF
  • Rejestracja:prawie 5 lat
  • Ostatnio:ponad 4 lata
  • Postów:2
0

@Patryk27: wydajności.

neves
  • Rejestracja:ponad 21 lat
  • Ostatnio:około 2 godziny
  • Lokalizacja:Kraków
  • Postów:1114
5

Tutaj masz opisany ten dylemat:

Prefer async/await over directly returning Task

co ogólnie można sprowadzić do tego, że jeśli naprawdę przejmujesz się wydajnością danego fragmentu kodu to lepiej jest zwrócić taska, jeśli nie (w większości wypadków) to lepiej robić async/await all the way i tak istnieje spora szansa że ten fragment kodu zostanie zinlinowany i dodatkowa maszyna stanów nie zostanie wygenerowana.


edytowany 1x, ostatnio: neves
semicolon
  • Rejestracja:ponad 5 lat
  • Ostatnio:prawie 5 lat
  • Postów:114
0

Jeśli chodzi o await/async to bez znaczenia. Pierwsza opcja oznacza, że będziesz robił o jedno przerwanie więcej. Równie dobrze mógłbyś napisać Dawaj bez składni await, ponieważ wołając GetStringAsync i tak uzyskasz korutynę. Używanie await ma sens jeśli czekasz na wartość, lub błąd z nią związany i gdy chcesz to obsłużyć. W przeciwnym razie lepiej jest przepuścić wykonanie.

A jeśli chodzi o sam podział metod to dopóki obie są prywatne to podziały nie mają większego znaczenia, także luz :-)

edytowany 1x, ostatnio: semicolon
JU
  • Rejestracja:około 22 lata
  • Ostatnio:29 dni
  • Postów:5042
0

Generalnie wszędzie piszą, że async/await "rozmnaża się" po całym kodzie. Wynika z tego, że jeśli gdzieś tam w jednym miejscu zrobisz metodę asynchroniczną, to w całym wywołaniu też powinieneś pododawać te async/await. Przy czym "powinieneś" nie oznacza, że "koniecznie musisz". To wszystko zależy od kontekstu.

SA
  • Rejestracja:około 12 lat
  • Ostatnio:około 2 godziny
  • Postów:1427
0
semicolon napisał(a):

Jeśli chodzi o await/async to bez znaczenia.

Dowód, że ma znaczenie: https://dotnetfiddle.net/1ACDwX

semicolon
Równie dobrze mogłeś dać tam try ... catch i przepusić korutynę. Efekt ten sam. Następnym razem polecam doczytać do końca moją odpowiedź :-)
AF
  • Rejestracja:prawie 18 lat
  • Ostatnio:11 dni
5

Różnic jest bardzo dużo:

  • Zrobienie metody async pakuje wszystko w maszynę stanów + try + catch, więc jak poleci wyjątek, to będzie złapany do Taska
  • await gubi wyjątki zagnieżdżone w drzewie Tasków
  • await łapie SynchronizationContext (można to zmienić oczywiście), przez co może zmienić zachowanie wątku (i na przykład spowodować deadlock)
  • async dokłada maszynę stanów, która sama w sobie ma niezerowy koszt (czasowy i pamięciowy)
  • async zmienia zachowanie bloków try i finally

Rozważania można kontynuować o inne typy tasków, dalsze problemy z wielowątkowością itp. Ja bym dał await, tak teraz zalecają dokumenty od MS (dawniej było inaczej), a jak już martwimy się o wydajność, to jest masa innych spraw, które trzeba rozważyć, więc wtedy pytanie zmienia się w "które rozwiązanie spełnia wszystkie nasze wymagania".

Aventus
Masz jakieś linki do tych dokumentów Microsoftu? Temat jest ciekawy a ja również spotykałem się przeważnie z rekomendacją że jeśli nie chcemy nic zrobić z wynikiem to nie ma sensu awaitować i wystarczy zwrócić task.
AF
Przez dawniej było inaczej miałem na myśli, że dawniej nie było na ten temat rekomendacji i zdanie środowiska było podzielone, ale raczej sugerowali nie awaitować. Na przykład Jiri sugeruje zwracać od razu https://www.tabsoverspaces.com/233659-do-not-await-what-does-not-need-to-be-awaited albo Stephen https://blog.stephencleary.com/2016/12/eliding-async-await.html mówi Do consider eliding when the method is just a passthrough.
AF
Szczególnie zdanie Stephena jest godne uwagi, bo to taki półbóg asynca, ma masę świetnych artykułów i dobrze ogarnia temat, a do tego jest autorem AsyncEx. Ale też trzeba pamiętać, że dużo się zmieniło od tamtego czasu, doszły ValueTaski, maszyna stanowa była przerabiana i optymalizowana, można teraz awaitować w większej liczbie miejsc, no i środowisko ma więcej doświadczenia z asynciem (często bardzo negatywnego).
Aventus
Dzięki, z chęcią poczytam.
WeiXiao
  • Rejestracja:około 9 lat
  • Ostatnio:minuta
  • Postów:5107
4

Szanowni interlokutorzy

chciałbym ogłosić że dnia dzisiejszego postanowiłem wrzucić ten wątek na sam szczyt

xoxo

edytowany 1x, ostatnio: WeiXiao
SO
No już wczoraj czy tam kilka dni temu próbowałeś. Pytanie tylko po co :P
somekind
Wątek rozwiązany, można zamknąć. :P
kzkzg
Hmm, a któż to zaakceptował te odpowiedź, na pewno nie autor tematu..
somekind
Moderator
  • Rejestracja:około 17 lat
  • Ostatnio:16 minut
  • Lokalizacja:Wrocław
0

Szanowny interlokutorze.
Oczekujesz, że coś się zmieniło w tej kwestii przez ostatnie 2 lata?

Kliknij, aby dodać treść...

Pomoc 1.18.8

Typografia

Edytor obsługuje składnie Markdown, w której pojedynczy akcent *kursywa* oraz _kursywa_ to pochylenie. Z kolei podwójny akcent **pogrubienie** oraz __pogrubienie__ to pogrubienie. Dodanie znaczników ~~strike~~ to przekreślenie.

Możesz dodać formatowanie komendami , , oraz .

Ponieważ dekoracja podkreślenia jest przeznaczona na linki, markdown nie zawiera specjalnej składni dla podkreślenia. Dlatego by dodać podkreślenie, użyj <u>underline</u>.

Komendy formatujące reagują na skróty klawiszowe: Ctrl+B, Ctrl+I, Ctrl+U oraz Ctrl+S.

Linki

By dodać link w edytorze użyj komendy lub użyj składni [title](link). URL umieszczony w linku lub nawet URL umieszczony bezpośrednio w tekście będzie aktywny i klikalny.

Jeżeli chcesz, możesz samodzielnie dodać link: <a href="link">title</a>.

Wewnętrzne odnośniki

Możesz umieścić odnośnik do wewnętrznej podstrony, używając następującej składni: [[Delphi/Kompendium]] lub [[Delphi/Kompendium|kliknij, aby przejść do kompendium]]. Odnośniki mogą prowadzić do Forum 4programmers.net lub np. do Kompendium.

Wspomnienia użytkowników

By wspomnieć użytkownika forum, wpisz w formularzu znak @. Zobaczysz okienko samouzupełniające nazwy użytkowników. Samouzupełnienie dobierze odpowiedni format wspomnienia, zależnie od tego czy w nazwie użytkownika znajduje się spacja.

Znaczniki HTML

Dozwolone jest używanie niektórych znaczników HTML: <a>, <b>, <i>, <kbd>, <del>, <strong>, <dfn>, <pre>, <blockquote>, <hr/>, <sub>, <sup> oraz <img/>.

Skróty klawiszowe

Dodaj kombinację klawiszy komendą notacji klawiszy lub skrótem klawiszowym Alt+K.

Reprezentuj kombinacje klawiszowe używając taga <kbd>. Oddziel od siebie klawisze znakiem plus, np <kbd>Alt+Tab</kbd>.

Indeks górny oraz dolny

Przykład: wpisując H<sub>2</sub>O i m<sup>2</sup> otrzymasz: H2O i m2.

Składnia Tex

By precyzyjnie wyrazić działanie matematyczne, użyj składni Tex.

<tex>arcctg(x) = argtan(\frac{1}{x}) = arcsin(\frac{1}{\sqrt{1+x^2}})</tex>

Kod źródłowy

Krótkie fragmenty kodu

Wszelkie jednolinijkowe instrukcje języka programowania powinny być zawarte pomiędzy obróconymi apostrofami: `kod instrukcji` lub ``console.log(`string`);``.

Kod wielolinijkowy

Dodaj fragment kodu komendą . Fragmenty kodu zajmujące całą lub więcej linijek powinny być umieszczone w wielolinijkowym fragmencie kodu. Znaczniki ``` lub ~~~ umożliwiają kolorowanie różnych języków programowania. Możemy nadać nazwę języka programowania używając auto-uzupełnienia, kod został pokolorowany używając konkretnych ustawień kolorowania składni:

```javascript
document.write('Hello World');
```

Możesz zaznaczyć również już wklejony kod w edytorze, i użyć komendy  by zamienić go w kod. Użyj kombinacji Ctrl+`, by dodać fragment kodu bez oznaczników języka.

Tabelki

Dodaj przykładową tabelkę używając komendy . Przykładowa tabelka składa się z dwóch kolumn, nagłówka i jednego wiersza.

Wygeneruj tabelkę na podstawie szablonu. Oddziel komórki separatorem ; lub |, a następnie zaznacz szablonu.

nazwisko;dziedzina;odkrycie
Pitagoras;mathematics;Pythagorean Theorem
Albert Einstein;physics;General Relativity
Marie Curie, Pierre Curie;chemistry;Radium, Polonium

Użyj komendy by zamienić zaznaczony szablon na tabelkę Markdown.

Lista uporządkowana i nieuporządkowana

Możliwe jest tworzenie listy numerowanych oraz wypunktowanych. Wystarczy, że pierwszym znakiem linii będzie * lub - dla listy nieuporządkowanej oraz 1. dla listy uporządkowanej.

Użyj komendy by dodać listę uporządkowaną.

1. Lista numerowana
2. Lista numerowana

Użyj komendy by dodać listę nieuporządkowaną.

* Lista wypunktowana
* Lista wypunktowana
** Lista wypunktowana (drugi poziom)

Składnia Markdown

Edytor obsługuje składnię Markdown, która składa się ze znaków specjalnych. Dostępne komendy, jak formatowanie , dodanie tabelki lub fragmentu kodu są w pewnym sensie świadome otaczającej jej składni, i postarają się unikać uszkodzenia jej.

Dla przykładu, używając tylko dostępnych komend, nie możemy dodać formatowania pogrubienia do kodu wielolinijkowego, albo dodać listy do tabelki - mogłoby to doprowadzić do uszkodzenia składni.

W pewnych odosobnionych przypadkach brak nowej linii przed elementami markdown również mógłby uszkodzić składnie, dlatego edytor dodaje brakujące nowe linie. Dla przykładu, dodanie formatowania pochylenia zaraz po tabelce, mogłoby zostać błędne zinterpretowane, więc edytor doda oddzielającą nową linię pomiędzy tabelką, a pochyleniem.

Skróty klawiszowe

Skróty formatujące, kiedy w edytorze znajduje się pojedynczy kursor, wstawiają sformatowany tekst przykładowy. Jeśli w edytorze znajduje się zaznaczenie (słowo, linijka, paragraf), wtedy zaznaczenie zostaje sformatowane.

  • Ctrl+B - dodaj pogrubienie lub pogrub zaznaczenie
  • Ctrl+I - dodaj pochylenie lub pochyl zaznaczenie
  • Ctrl+U - dodaj podkreślenie lub podkreśl zaznaczenie
  • Ctrl+S - dodaj przekreślenie lub przekreśl zaznaczenie

Notacja Klawiszy

  • Alt+K - dodaj notację klawiszy

Fragment kodu bez oznacznika

  • Alt+C - dodaj pusty fragment kodu

Skróty operujące na kodzie i linijkach:

  • Alt+L - zaznaczenie całej linii
  • Alt+, Alt+ - przeniesienie linijki w której znajduje się kursor w górę/dół.
  • Tab/⌘+] - dodaj wcięcie (wcięcie w prawo)
  • Shit+Tab/⌘+[ - usunięcie wcięcia (wycięcie w lewo)

Dodawanie postów:

  • Ctrl+Enter - dodaj post
  • ⌘+Enter - dodaj post (MacOS)