betydning af transient

Transient instance fields are neither saved nor restored by the standard serialisation mechanism. You have to handle restoring them yourself

De kommer ikke med, når du serialiserer og
deserialiserer.

Normalt betyder det at det ikke giver mening
at serialisere/deserialisere dem.

Eksempel:
  - hvis din applikation har en åben fil, så giver
    det ikke meget mening at serialisere den fil
    handle, sende det serialiserede til en
    anden server, og der deserialisere og
    forvente at den fil handle kan bruges til noget.

Brug transient til kontekst-afhængige variable, som
ikke giver mening i en anden applikation på
en anden server.

Det vil sige at hvis der er variable på et object på den ene side jeg ikke vil sende over, så kan jeg bare gøre dem transient'e?

eks.
public class Account{
  private int number;
  private String customer;
  private transient String pincode;
}

Principielt ja.

Men normalt bruges det imidlertid af rent tekniske
årsager (forhindrer variable der ikke giver mening
at flytte at blive flyttet) og ikke til business
logic (forhindre variable der af sikkerheds eller
andre grunde ikke bør flyttes at blive flyttet).

Hvis det er for at sikre pin-koden, så vil jeg
anbefale noget lidt mere eksplicit business
logic til at håndtere det.

Ellers så er der en eller anden maintenance
programmør som om et år opdager, at der er en
"fejl" i din klasse og fjerner transient uden
at forstå de problematikken.

arne:
Det kan man undgå ved at kommentere sin kode :)

arne:
Tak for svaret. Eksemplet med pin koden var bare et hurtigt eksempel :-)

disky> En passende kommentar vil hjælpe. Men jeg
tror stadigvæk ikke at jeg ville bruge transient
som sikkerheds-mekanisme.

Det vil jeg så give dig ret i.