Всем привет!
Как-то раз в далекой-далекой галактике нашелся очень длинный JSON... И стало лень создавать под него POJO. И задался я вопросом: Представим ситуацию, в которой я получаю ответ в виде JSON с, например, курсами валют. В самом JSON'е очень много полей, а мне нужно 2 из них. И вот хотелось бы узнать - могу ли я создать класс с нужными мне полями и попытаться запарсить этот джсон в объект класса? Поймет джексон, что я от него хочу?
И, соответственно, если поймет и так сделать можно - как сделать правильнее и что будет работать быстрее?
Итак, касательно вопроса, который возник у меня по поводу JSON и восприятия его джексоном: джексон все поймет. Он умный. Только нужно ему чуть-чуть помочь в этом. Создаем POJO - обычный джава класс, в котором будут описаны нужные нам переменные из JSON'a. Тут же скажу, что для этого крайне желательно изучить сам JSON, для которого мы пишем класс (скорее всего в нем будут вложенные классы, которые тоже нужно создать). Далее с помощью аннотации @JsonCreator над конструктором мы показываем, что поля этого класса нужно заполнить из JSON'a. В параметрах конструктора мы можем указать какие именно поля джсона присваивать полям класса с помощью аннотации @JsonParam("ИмяПоляИзДжсон").
Если полей в джсоне больше чем нам нужно (а изначально это и был мой вопрос) - мы должны об этом предупредить и объяснить, что остальные поля нам не нужны. Для этого мы используем аннотацию @JsonIgnoreProperties(ignoreUnknown=true). Тогда при встрече с неизвестными полями программа не будет падать.
И, барабанная дробь....!
Мы имеем объект класса с заполненными полями (да-да, именно теми, которые нам нужны) и можем его использовать.
Изначально я писал свой отдельный класс со статик методами, которые вынимали нужные мне значения и, при необходимости, приводили их в божеский вид. Это мутарно. Это кустарно. Это костыли.
Вот собственно сам класс с методами:
public class Methods {
public static double findRes(String body, String need){
int begin = body.indexOf(need);
int end = body.indexOf(",", begin);
String res = body.substring(begin, end);
String res2 = res.substring(res.indexOf(":")+2);
double finalRes = Double.parseDouble(res2);
return finalRes;
}
public static String findUrl(String body, String need){
int begin = body.indexOf(need) + need.length();
int end = body.indexOf(",", begin);
String res = body.substring(begin, end);
String res2 = res.substring(res.indexOf(":")+1);
return res2;
}
}
Использовать джексон гораздо более удобно и читабельно(как минимум это действительно красивее). В разговоре с братьями нашими старшими - они подтвердили: использование библиотек, в нашем случае джексона - предпочтительнее.
Хочу обратить внимание на применение нестед(вложенного) класса. До этой задачи никак не мог придумать им применения =)
А вот пример входящего JSON'a:
Я не знаю как сделать "спойлер", так что тренеруем палец))
Для преобразования джсона в объект класса используем маппер:
ObjectMapper mapper = new ObjectMapper();
currencyPojo(объект нашего класса) = mapper.readValue(jsonResponse(Джсон в стринге), CurrencyPojo.class(класс, который нам нужен));
Код рабочий, вытягивает из этой громадины именно то, что нужно мне.
Вот вывод объекта класса после парса:
CurrencyPojo{rates=Rates{rub=73.6944, inr=75.621547, eur=0.885436}}
Я в восторге. Второй день хлопаю во все лицо и улыбаюсь в ладоши... Или как-то так.
Значения курса могут различаться т.к. текст JSON'a и принт объекта от разных дат, но в целом результат должен быть понятен.
P.S. Пишу статью в первый раз, поэтому не судите строго. И я только начинающий "хацкер" =) Критику люблю и принимаю ;)
P.S.2 Прощу прощения за "многабукв", но я постарался изложить то, до чего шел не один день.
Если честно, странное решение.
Если из всего ответа нужно только два поля, логично было получить только их.
Судя по коду зачем-то была повторена внутренняя структура ответа, для чего и понадобился вложенный класс.
А если структура ответа еще сложнее - что, повторять все уровни вложенности, ради двух полей? Неэффективно.
Мне кажется тут есть решение проще: многие библиотеки позволяют вытаскивать поля из ответов по xpath.
Умеет так ваша библиотека или нет - не знаю, имеет смысл погуглить.
Но если умеет, описание поля rub бы выглядело как rates.RUB вместо RUB, в таком случае вложенный клас был бы без надобности.
Вопрос из шапки, лучше продублируй/перенеси в тело статьи, а то не удобно читать.
Джейсон весь точно не надо показывать, закачай его на гит и дай ссылку, лучше ссылку на весь проект.
Пишешь тут:
Изначально я писал свой отдельный класс со статик методами, которые вынимали нужные мне значения и, при необходимости, приводили их в божеский вид. Это мутарно. Это кустарно. Это костыли.
Для наглядности надо показать что ты за класс, там писал, что бы читатель мог сравнить и понять чем твоё предложение лучше. Можно также через ссылку.
В последнем примере кода, ты использовал русские слова, это нормально если использовать такой же стиль во всей статье, если везде использовать английский то везде.
ПЕРЕЙДИТЕ В ПОЛНУЮ ВЕРСИЮ