Læsning af compilerfejl

Zigs kompilatorfejl er præcise og venlige. I stedet for at frygte dem skal du lære at læse dem; de peger som regel direkte på løsningen.

En Zig-fejl begynder med filen, linjen og kolonnen og derefter meddelelsen. Denne placering fortæller dig præcis, hvor du først skal kigge.

Under meddelelsen udskriver Zig den problematiske linje og en markør lige under det nøjagtige sted. Dine øjne føres direkte til problemet.

Zig behandler en ubrugt lokal variabel eller import som en fejl, ikke som en advarsel. Det holder koden ærlig, uden døde bindinger, der bliver liggende.

Hvis du virkelig vil ignorere en værdi, skal du tildele den til _, identifikatoren til forkastelse. Det fortæller Zig, at den ubrugte værdi var tilsigtet.

Når typer kolliderer, angiver Zig både den forventede type og den type, der blev fundet. Når du læser dem side om side, bliver den manglende konvertering tydelig.

Efter en fejl kan Zig udskrive linjer med noter. Disse ekstra tip forklarer relaterede detaljer, for eksempel hvor en type først blev erklæret.

Én fejl udløser ofte flere meddelelser. Ret den første fejl, kompilér igen, og mange senere klager forsvinder ofte af sig selv.

Disse meddelelser vises på kompileringstidspunktet, før dit program overhovedet kører. At opdage fejl tidligt er netop grunden til, at Zig er så streng.

Ved dybere problemer viser Zig en referencesti for, hvordan kompilatoren nåede frem til den fejlbehæftede kode, som en kaldesti tilbage til årsagen.

Læs altid en fejlblok fra toppen og ned. Overskriften angiver problemet; noterne og sporet nedenunder forklarer hvorfor.

Du kan nu afkode Zigs fejl: læs placeringen og markøren, ret den første fejl, brug noter til kontekst, og forkast med underscore, når det er nødvendigt. ✅