C
Ну да. Если какие-то простые условия, тип "что-то не пустое".
Size: a a a
2020 November 16
rA
Чтобы не писать string == null || string.trim().length() == 0 в Спринге есть StringUtils.hasText(string)
Лучше уж так чем тянуть зависимости от простых сравнений
C
Лучше уж так чем тянуть зависимости от простых сравнений
В смысле тянуть зависимости? Посмотри на скрины кода повнимательнее.
EI
как в раббите динамически очереди генерировать? Есть Юзеры У каждого свой уникальный идентификатор. Юзер может посылать меседж другим юзерам, соответственно должны динамически создаваться очереди по уникальному полю получателя... Или можно как-то иначе, более интеллигентно сделать?
P
Ребят, а как в Spring boot принять вложенный JSON?
{
"params": {
"a": 23,
"b": 5
},
"from": {
"x": 0.68067840828,
"y": 2.51327412287
},
"to": {
"x": 0.76794487088,
"y": 1.6580627894
}
}
Вот я отправляю такой JSON, и принимаю как @RequestBody Map<String, Object> body - но как мне потом прочитать каждый из вложенных JSON в соответсвующие обьекты?
{
"params": {
"a": 23,
"b": 5
},
"from": {
"x": 0.68067840828,
"y": 2.51327412287
},
"to": {
"x": 0.76794487088,
"y": 1.6580627894
}
}
Вот я отправляю такой JSON, и принимаю как @RequestBody Map<String, Object> body - но как мне потом прочитать каждый из вложенных JSON в соответсвующие обьекты?
P
Для чтения обьекта из Json строки я бы использовал ObjectMapper, но здесь из-за вложености там не String будут внутренние JSON, а java.util.LinkedHashMap - как это нормально сделать?
Я бы хотел считать всё как мапу <String, String>, а дальше каждый из обьектов прочитать в нужный Java класс.
Я бы хотел считать всё как мапу <String, String>, а дальше каждый из обьектов прочитать в нужный Java класс.
SM
Ребят, а как в Spring boot принять вложенный JSON?
{
"params": {
"a": 23,
"b": 5
},
"from": {
"x": 0.68067840828,
"y": 2.51327412287
},
"to": {
"x": 0.76794487088,
"y": 1.6580627894
}
}
Вот я отправляю такой JSON, и принимаю как @RequestBody Map<String, Object> body - но как мне потом прочитать каждый из вложенных JSON в соответсвующие обьекты?
{
"params": {
"a": 23,
"b": 5
},
"from": {
"x": 0.68067840828,
"y": 2.51327412287
},
"to": {
"x": 0.76794487088,
"y": 1.6580627894
}
}
Вот я отправляю такой JSON, и принимаю как @RequestBody Map<String, Object> body - но как мне потом прочитать каждый из вложенных JSON в соответсвующие обьекты?
Сделать объект который содержит все необходимые поля?
public class SomeObject {
private Params params;
private Point from;
private Point to;
// getters/setters
}
public class Params {
private int a;
private int b;
// getters/setters
}
public class Point {
private double x;
private double y;
// getters/setters
}P
Сделать объект который содержит все необходимые поля?
public class SomeObject {
private Params params;
private Point from;
private Point to;
// getters/setters
}
public class Params {
private int a;
private int b;
// getters/setters
}
public class Point {
private double x;
private double y;
// getters/setters
}ну это да, а без этого?
SM
А зачем себе жизнь усложнять? 🙂
P
Чтобы на каждый чих не создавать новый класс.
То есть думал что-то универсальное есть для этого
То есть думал что-то универсальное есть для этого
SM
Java - это про объекты 🙂
SM
Это же даже банально проще тестировать
P
Просто идея была, чтобы извлечь из тела всё необходимое, а не интерпретировать всё тело как один обьект.
P
Там же под ключами могут быть разные обьекты
SM
Надо понять задачу, сейчас мы обсуждаем что-то метафизическое 🙂 Но можно посмотреть в сторону json-path: https://github.com/json-path/JsonPath выглядит так, что он подойдет для ваших целей
P
Надо понять задачу, сейчас мы обсуждаем что-то метафизическое 🙂 Но можно посмотреть в сторону json-path: https://github.com/json-path/JsonPath выглядит так, что он подойдет для ваших целей
Решил сделать новый класс всё-таки, чтобы не парсить в разных методатело :)
SM
Решил сделать новый класс всё-таки, чтобы не парсить в разных методатело :)
AE
как в раббите динамически очереди генерировать? Есть Юзеры У каждого свой уникальный идентификатор. Юзер может посылать меседж другим юзерам, соответственно должны динамически создаваться очереди по уникальному полю получателя... Или можно как-то иначе, более интеллигентно сделать?
Клиенты рэббита - конечные пользователи?
EI
Клиенты рэббита - конечные пользователи?
Можно и так сказать
AE
Можно и так сказать
Нельзя так делать, клиентов в брокер пускать - плохая затея. Для них есть p2p типы связи