Читаем и пишем в файл: JavaRush

Кто, как и я, ничего не понял в переопределении equals и hashCod (и откуда там появляется число 31) - бежим сюда: Тыц! Тыц!

Увидел в комментах внизу и возник вопрос - Кто нибудь пробовал решить методами ObjectInputStream/ObjectOutputStream, интересно валидатор примет их? Пример использования класса ObjectOutputStream http://java-online.ru/java-outputstream.xhtml Пример использования класса ObjectInputStream http://java-online.ru/java-inputstream.xhtml

Кто подскажет, чем эффективнее записывать данные PrintWritter или OutputStream???? Вроде как PrintWritter создает дополнительную сущность... 😕 Кто в курсе, что лучше брать на вооружение? 🤕

Война с валидатором продолжается. На что я напоролся. Следует различать пустой список и список null. Три попытки пока не вставил проверку:

if (this.users == null) ...
if (this.users.isEmpty()) ....

При этом я пересоздал объект, если список был пустой и присвоил null в первом случае.

Задача потная, но простая. Хоть какое-то затруднение может вызвать сохранение/загрузка даты и страны. С датой уже несколько раз сталкивались в задачах, поэтому всё просто. Сохранение:

users.get(i).getBirthDate().getTime()

Загрузка:

Date date = new Date(Long.parseLong(usersFields[2]));

где usersField[2] как раз таки хранит сохранённое число миллисекунд в формате long. Со страной чуть сложнее, поскольку енумы в ходе курса освещены очень поверхностно, пришлось погуглить, но решение в итоге простое. Сохранение:

users.get(i).getCountry().getDisplayName()

Загрузка:

User.Country country = User.Country.valueOf(usersFields[4].toUpperCase());

где valueOf() возвращает константу перечисления, значение которой соответствует строке, переданной в параметре, а usersFields[4] содержит сохранённую строку. Не забываем переводить в верхний регистр поскольку енумы прописаны капсом, а имя енума нет.

Рекомендация ментора убила наповал

Убедись, что дни рождения пользователей корректно записываются и читаются, с точностью до миллисекунд.

Простое сохранение/загрузка Date:

long dateTime = user.getBirthDate().toInstant().toEpochMilli();
String dateTimeString = Long.toString(dateTime);
outputstream.write(dateTimeString.getBytes())

метод toInstant.toEpochMilli() класса Date возвращает количество миллисекунд прошедших с полуночи 1 января 1970 года. Сохраняем эти миллисекунды в виде строки в файл. Затем при чтении, парсим их и передаем в конструктор, и получаем новый точно такой же Date, что мы сохраняли.

Date date = new Date( Long.parseLong( reader.readLine() ); //Пользовался BufferedReader, читал строку целиком

Быстро, просто и комфортно.

Может кто подсказать смысл хранения даты в миллисекундах? Я хранил в формате "ddMMyyyy" и прекрасно себя чувствовал, equals было true. Парсится в обоих случаях, тут дата, там лонг, плюс в файле дата занимает меньше места чем миллисекунды. Это просто хотелка валидатора или есть какая то практическая ценность?

Для отладки через файл укажите путь в

OutputStream outputStream = new FileOutputStream("C:\\work\\1.txt");
InputStream inputStream = new FileInputStream("C:\\work\\1.txt");

не забываем, если нет значения будет null, а в файле налл - это текст а не значения) Самые проблемные поля в сохранении и загрузки на мой взгляд показались Дата и Страна, придумал простые решения к ним: сохраняем Long dataLong= users.get(i).getBirthDate().getTime(); загружаем user.setBirthDate(new Date(Long.parseLong(temp))); _______ сохраняем User.Country country= users.get(i).getCountry(); загружаем temp = reader.readLine(); if(temp.equals("UKRAINE"))user.setCountry(User.Country.UKRAINE); if(temp.equals("RUSSIA"))user.setCountry(User.Country.RUSSIA); if(temp.equals("OTHER"))user.setCountry(User.Country.OTHER); ________

Не создавайте конструктор в User! Заполнять поля надо сетами. 3 попытки на это угрохал.