Så her er historien:vi tilføjer typen som standard som en slags hint om, hvilken klasse der faktisk skal instansieres. Som du skal bruge en type til at læse dokumentet ind i via MongoTemplate alligevel er der to mulige muligheder:
- Du afleverer en type, som den faktiske gemte type kan tildeles. I så fald overvejer vi den lagrede type, brug den til objektoprettelse. Klassisk eksempel her er at lave polymorfe forespørgsler. Antag, at du har en abstrakt klasse
Contactog dinPerson. Du kan derefter forespørge efterContacts, og vi er i det væsentlige skal bestemme en type, der skal instansieres. - Hvis du - på den anden side - indsætter en helt anden type, ville vi simpelthen samle ind i den givne type, ikke til den, der faktisk er gemt i dokumentet. Det ville dække dit spørgsmål, hvad der sker, hvis du flytter typen.
Du kan være interesseret i at se denne billet, som dækker en form for pluggbar type kortlægningsstrategi for at omdanne typeinformationen til en faktisk type. Dette kan kun tjene pladsbesparende formål, da du måske ønsker at reducere et langt kvalificeret klassenavn til en hash på nogle få bogstaver. Det ville også tillade mere komplekse migreringsscenarier, hvor du muligvis finder nøgler af helt vilkårlig type, der er produceret af en anden datalagerklient og binder dem til Java-typer.