Прескочи на главни садржај
🔒 Режим прегледа. Првих петнаест Foundations лекција је бесплатно; ова је Pro. Покрените 7-дневни trial да откључате едитор, AI савете и остатак курса. Картица је обавезна, можете отказати у било ком тренутку у Dashboard.
Покрени 7-дневни trial →
⚡
← Kursevi
›
Senior Deep-Dives
›
Module 1 · Concurrency internals · Recap
›
трио вс асинцио — када одабрати који
quiz
27 / 161
🇷🇸
SR
▼
↗
Подели
⋯
Више
+100 XP
📋
Zadatak
📖
Teorija
🤖
AI Pomoć
Zadatak
📝 **Питање:** Покрећете нову услугу ФастАПИ 2026. асинцио или трио? 📋 Изаберите тачан одговор. 💡 **Савет:** Поново прочитајте горњу теорију ако нисте сигурни.
🎯 Kviz
Pitanje
📝 **Питање:** Покрећете нову услугу ФастАПИ 2026. асинцио или трио? 📋 Изаберите тачан одговор. 💡 **Савет:** Поново прочитајте горњу теорију ако нисте сигурни.
A
Always trio — it's structurally safer, has native structured concurrency, and the asyncio ecosystem is just legacy momentum at this point that new projects should not be locked into accepting
B
asyncio — FastAPI, Starlette, asyncpg, httpx, aiohttp are all asyncio-native. With 3.11+ TaskGroup + timeout, asyncio is structurally close to trio
C
It doesn't matter — both are functionally equivalent for any realistic workload, and the choice comes down to which library API style the team finds more readable on a day-to-day basis
D
Skip async entirely and use threads with a connection pool — modern CPython's GIL handling makes threaded IO fast enough that the conceptual simplicity is usually worth the small overhead
Odgovori
💬 Diskusija
Budi prvi — postavi pitanje ili podeli savet.
Prijavi se
da bi se pridružio diskusiji. Čitanje je besplatno.
Učitavanje diskusije…