Zig 0.16 reinventează async I/O: fără colorarea funcțiilor și fără bătăi de cap

Dezvoltatorii Zig pregătesc lansarea versiunii 0.16, care promite să îngroape odată pentru totdeauna una dintre cele mai enervante probleme ale programării asincrone — așa-numita „colorare a funcțiilor” (function coloring). Dacă ați scris vreodată în JavaScript sau Python, cunoașteți ritualul: mai întâi scrieți async, apoi peste tot await, apoi prindeți o eroare „sync function in async context”. Zig a decis că este de ajuns — noul lor mecanism async I/O funcționează fără separarea explicită în funcții sincrone și asincrone.

Esența este că Zig 0.16 introduce conceptul de funcții „incolore”: compilatorul decide singur dacă operația trebuie executată asincron, uitându-se la context. Dezvoltatorul nu trebuie să pună etichete — codul arată ca unul sincron obișnuit, dar nu blochează firul de execuție. Este ca și cum ați comanda o pizza, iar curierul decide singur dacă merge cu mașina sau cu bicicleta, doar să o aducă fierbinte.

Sub capotă, totul se bazează pe corutine stivă și un planificator special încorporat în runtime. Important este că Zig rămâne un limbaj fără runtime obligatoriu — async I/O devine o caracteristică opțională, care poate fi activată pentru module specifice. Fără costuri suplimentare dacă scrieți doar for și malloc.

Desigur, deocamdată este doar un candidat de lansare, iar dezvoltatorii avertizează: API-ul se poate schimba. Dar dacă totul merge conform planului, Zig ar putea deveni primul limbaj de nivel de sistem unde async nu este o durere, ci un instrument. Gata cu funcțiile „asincrone” și „sincrone” — doar cod și compilatorul care rezolvă.

Comentariul echipei METABYTE

Ca developeri, știm că async I/O transformă adesea codul într-un ghem de callback-uri și mașini de stări. Dacă Zig reușește să facă acest lucru transparent, vom fi primii care ne înscriem la beta-testare pentru proiectele noastre cu trafic mare. Important e ca compilatorul să nu înceapă să decidă în locul nostru — că doar n-ar vrea să creadă că nu avem nevoie de await într-o secțiune critică.