Veelgemaakte fouten en compilerfouten

Fouten in expect/actual komen tijdens het compileren aan het licht, nooit als stille fouten tijdens runtime. Als je de meldingen leert begrijpen, los je ze snel op. 🛠️

De meest voorkomende fout is dat je een actual voor één doelplatform vergeet. De compiler meldt dat de verwachte declaratie geen actual heeft voor dat platform.

Voeg de implementatie toe aan de juiste bronnenset, zoals iosMain. Zodra elk doelplatform een actual heeft, slaagt de build.

Als je actual het retourtype of de parameters wijzigt, meldt de compiler dat de actual niet overeenkomt met de expect. Laat ze exact overeenkomen.

Een implementatie zonder het sleutelwoord actual lijkt voor de compiler een aparte functie. Daarom blijft de compiler melden dat de expect niet is ingevuld.

Als je een actual in de verkeerde map plaatst, heeft een doelplatform nog steeds geen overeenkomst. Elke actual moet in de bronnenset van zijn platform staan.

De actual moet exact hetzelfde pakket hebben als de expect. Door een afwijkend pakket lijkt de expect niet geïmplementeerd.

Het gebruik van Androids Build of iOS UIDevice in commonMain kan niet worden opgelost. Houd platform-imports uitsluitend in hun eigen bronnensets.

Declareer standaardwaarden voor parameters bij de expect, niet bij de actual. Standaardwaarden herhalen in een actual veroorzaakt een compilerfout.

De fouten van Kotlin noemen meestal het exacte doelplatform en lid. Gebruik de melding als checklist; de oplossing is dan bijna altijd duidelijk. 💡

Compileer elk doelplatform, niet alleen Android. Een probleem dat alleen op iOS voorkomt, blijft verborgen totdat je ook het iOS-framework bouwt.

Je kunt nu de gebruikelijke problemen met expect/actual vaststellen: een ontbrekende actual, een afwijkende signatuur of pakket, of een platformimport in gemeenschappelijke code. 🎉