Nullable, standaard- en optionele velden

Echte antwoorden slaan velden over of sturen null. Je gedeelde modellen moeten met ontbrekende gegevens kunnen omgaan zonder een van beide apps te laten crashen.

Markeer een eigenschap als nullable met een afsluitend vraagteken. De serializer leest een JSON-waarde null dan zonder problemen in.

Een sleutel met de waarde null en een sleutel die simpelweg ontbreekt zijn verschillende gevallen, en de bibliotheek behandelt elk geval afzonderlijk.

Een eigenschap met een standaardwaarde kan volledig uit de JSON worden weggelaten; tijdens het decoderen wordt je terugvalwaarde ingevuld.

In kotlinx.serialization betekent een optioneel veld gewoon dat het een standaardwaarde heeft, zodat het ontbreken ervan nooit een fout is.

Een niet-null-eigenschap zonder standaardwaarde is vereist. Als de JSON deze weglaat, genereert het decoderen een duidelijke exceptie.

Je kunt beide combineren: een nullable-eigenschap met null als standaardwaarde verdraagt zowel een ontbrekende sleutel als een null-waarde.

Stel explicitNulls in op false. De encoder laat null-velden dan weg in plaats van ze als null te schrijven.

API's voegen na verloop van tijd velden toe. Schakel ignoreUnknownKeys in, zodat nieuwe JSON-sleutels je bestaande modellen nooit laten mislukken.

Met coerceInputValues valt een voor een veld met een standaardwaarde verzonden null terug op die standaardwaarde in plaats van te mislukken.

Door nullable-typen, standaardwaarden en een soepele configuratie te combineren, wordt je gedeelde parsing robuust tegen rommelige JSON uit de echte wereld.

Gebruik nullable-typen en standaardwaarden voor ontbrekende gegevens, en stem Json af met ignoreUnknownKeys, explicitNulls en coerceInputValues voor veerkrachtige parsing.