👉 Odbierz bezpłatne podsumowanie odcinka w PDF: newsletter.instytutfullstack.pl/?pdfName=infer 👉 Subskrybuj nasz kanał: kzbin.info/door/AKnz4Q2OayB54IBJrWBvAA
@kiliusz6 ай бұрын
Dzięki za przytoczenie tych bardziej zaawansowanych tematów związanych z TS :)
@Hesoyammmmmm5 ай бұрын
Pomyśl o playlistach na kanale. Powodzenia 🎉
@PiotrNalepa6 ай бұрын
brakuje mi jakiegoś przykładu z życia wziętego, kiedy to może być użyteczne. Teorię znam z innych źródeł. Możesz coś więcej pod tym kątem powiedzieć?
@instytut_fullstack6 ай бұрын
Dzięki za komentarz Umieściliśmy jeden dość popularny use case polegający na wyciągnięciu typu z zagnieżdżonej struktury np. odpowiedzi z API (7:54 Przykład użycia infer) Poza tym infer jest często wykorzystywany podczas tworzenia własnych UtilityTypes więc robią z niego użytek twórcy bibliotek i frameworków. Tak jak w przypadku większości zaawansowanych "ficzerów" Typescripta w codziennym pisaniu kodu niestety rzadko mamy realne potrzeby stosowania takich bajerów
@JohnSmith-ie2zp6 ай бұрын
przykład z API jest bez sensu i błedny, bo o ile TS sie domysla jaki jest typ w objekcie zdefiniowanym statycznie, to skad ma wiedziec o typie obiektu zwracanego z API dynamicznie? on tego nie wie bo to sie dzieje w runtime wiec nie okresli tego typu...
@instytut_fullstack6 ай бұрын
To prawda że w Runtime zwrotka z API może popsuć cały misterny plan. Natomiast w tej sytuacji mieliśmy na myśli że wiemy jaki jest interfejs i jedynie chcemy sobie wyciągnąć typ statycznie. Dzięki za komentarz na przyszłość musimy zwrócić uwagę żeby bardziej doprecyzować takie casy