Domändriven typsäkerhet möter prestanda: Så förändrar Project Valhalla Java

Har du någonsin byggt domänmodeller i Java och stött på kompromissen mellan säkerhet och hastighet? Du vill ha en typ som garanterar att ett värde aldrig kan bli negativt, men så fort du hamnar i en kritisk koddel börjar overheaden från wrapper-objekt bli ett problem.

Det är just den avvägningen Project Valhalla nu utmanar.

Problemet med wrapper-klasser

En klass som PositiveInt som bara innehåller ett int-värde tar upp betydligt mer plats än det underliggande primitiva värdet. När du placerar tusentals sådana objekt i en array lagras bara referenser, inte värdena själva. Det leder till extra minnesanvändning, fler cachemissar och sämre prestanda.

Konsekvensen har varit att många utvecklare validerar sina data vid API-gränserna och därefter kastar om till primitiva typer i de prestandakritiska delarna. Säkerheten finns bara vid kanten, inte inuti algoritmerna.

Value classes tar bort overheaden

Med Java 27 Early Access introduceras value-nyckelordet. Value classes saknar identitet och kan behandlas som primitiva värden av JVM:en. De kan ligga direkt i arrayer, inbäddade i andra objekt eller packas i CPU-register.

Det betyder att en PositiveInt kan valideras vid skapande och ändå bara kosta fyra byte i minnet, precis som ett vanligt int.

public value class PositiveInt {
    private final int value;

    public PositiveInt(int value) {
        if (value <= 0) {
            throw new IllegalArgumentException("must be positive: " + value);
        }
        this.value = value;
    }

    public int value() { 
        return value; 
    }
}

Multipla värden i ett enda objekt

Poweren blir ännu tydligare när flera värden ligger tillsammans. En Coordinate-klass som innehåller både latitude och longitude kan nu representeras som 16 byte utan indirection. Det sparar både minne och tid för applikationer som hanterar geografiska data i stor skala.

Refined types i hot paths

Nu kan du stoppa refined types direkt i din kritiska kod. Hos NameOcean kan vi exempelvis använda DomainName och Tld som value classes i DNS-pipelines. Valideringen sker vid konstruktion, men JVM:en behandlar dem praktiskt taget som raw strings när det gäller minneslayout.

public value class DomainName {
    private final String value;

    public DomainName(String value) {
        if (!isValidDomain(value)) {
            throw new IllegalArgumentException("Invalid domain: " + value);
        }
        this.value = value;
    }
}

Kompilatorn skyddar mot misstag

Value classes gör det praktiskt att använda F-bounded generics för att preventa att Probability jämförs med Price eller att Tld blandas med DomainName. Det ger extra compile-time correctness utan att offra prestanda.

Vad det betyder för dig

För utvecklare som bygger på modern hosting som NameOcean's Vibe Hosting blir detta en ny approach till prestandaoptimering. Du kan nu ha både säkerhet och hastighet samtidigt. Boundary validation behöver inte längre vara en trade-off med hot-path performance.

Nästa steg

Project Valhalla är fortfarande i preview, men trenden är klar. När value classes kommer i LTS-versioner kommer många Java-arkitekturer att omdefinieras.

Starta redan idag och tänk igenom hur refined types med zero overhead kan användas i din kod.