Wyjaśnię, jak obsługiwane są różne pola na przykładzie. Następujący Game.java
Klasa POJO reprezentuje mapowanie obiektów do game
dokument odbioru.
public class Game {
String name;
List<Actions> actions;
public Game(String name, List<Actions> actions) {
this.name = name;
this.actions = actions;
}
public String getName() {
return name;
}
public List<Actions> getActions() {
return actions;
}
// other get/set methods, override, etc..
public static class Actions {
Integer id;
String type;
public Actions() {
}
public Actions(Integer id) {
this.id = id;
}
public Actions(Integer id, String type) {
this.id = id;
this.type = type;
}
public Integer getId() {
return id;
}
public String getType() {
return type;
}
// other methods
}
}
Dla Actions
musisz dostarczyć konstruktorom możliwe kombinacje. Użyj odpowiedniego konstruktora z id
, type
itp. Na przykład utwórz Game
obiekt i zapisz w bazie danych:
Game.Actions actions= new Game.Actions(new Integer(1000));
Game g1 = new Game("G-1", Arrays.asList(actions));
repo.save(g1);
Jest to przechowywane w kolekcji bazy danych game
w następujący sposób (zapytanie z mongo
powłoka):
{
"_id" : ObjectId("5eeafe2043f875621d1e447b"),
"name" : "G-1",
"actions" : [
{
"_id" : 1000
}
],
"_class" : "com.example.demo.Game"
}
Zwróć uwagę na actions
szyk. Ponieważ zapisaliśmy tylko id
pole w Game.Actions
obiekt, tylko to pole jest przechowywane. Nawet jeśli określisz wszystkie pola w klasie, tylko te dostarczone z wartościami są utrwalane.
To są jeszcze dwa dokumenty z Game.Actions
utworzone za pomocą type
only i id + type
za pomocą odpowiednich konstruktorów:
{
"_id" : ObjectId("5eeb02fe5b86147de7dd7484"),
"name" : "G-9",
"actions" : [
{
"type" : "type-x"
}
],
"_class" : "com.example.demo.Game"
}
{
"_id" : ObjectId("5eeb034d70a4b6360d5398cc"),
"name" : "G-11",
"actions" : [
{
"_id" : 2,
"type" : "type-y"
}
],
"_class" : "com.example.demo.Game"
}