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

  • 11
  • Недоступна
А теперь пороемся в файлах студентов… И реализуем логику записи в файл/чтения из файла для класса JavaRush с данными учеников. Метод main реализован только для вас и не участвует в тестировании.
Вы не можете решать эту задачу, т.к. не залогинены.
Комментарии (191)
  • популярные
  • новые
  • старые
Для того, чтобы оставить комментарий вы должны авторизоваться
Lex24 уровень, Москва
среда, 20:13
Долго мучился со страной,посмотрел коммент ниже,нашел штуку которая помогла,без нее валидатор говорил об исключении load/save.может еще кому поможет: chel.setCountry(User.Country.valueOf(par5.toUpperCase()));
Aleksei Dobrovolskii20 уровень
6 марта, 04:30
11 попыток, добрая половина из которых из-за того, что писал в файл без перехода на новую строку *facepalm*
Antony.Glim26 уровень
22 февраля, 10:15
Потратил на задачу полтора часа. Решил с 3 попытки. Советую для даты использовать просто лонговое число.
new Date(120365645)
Филипп20 уровень, Минск
пятница, 14:18
а у меня без него и не принимало, валидатору важно восстановить дату рождения до миллисекунды, так и написано было))
Voffka22 уровень, Киев
19 февраля, 11:51
Для коллег танкистов //вы можете найти your_file_name.tmp в папке TMP или исправьте outputStream/inputStream в соответствии с путем к вашему реальному файлу Означает, что оно генерирует темп файлы со случайным идентификатором в папке C:\Users\"Твой юзер"\AppData\Local\Temp
S3R3N1TY28 уровень, Санкт-Петербург
15 февраля, 01:12
Ну что ребята, кто в какую миллисекунду родился ?)) Поэтому только с второй попытки. Оказывается можно не в long, главное чтобы с точностью до милисекунды, смотрите коменты ниже. Среднее количество попыток для этой задачи 3.98. Всего эту задачу решили 8359 учеников.
Алексей Масис26 уровень, Новосибирск
17 февраля, 16:54
та же фигня, пришлось паттерн с точностью до миллисекунды указывать=(
vk20 уровень, Санкт-Петербург
12 марта, 09:59
Нифига себе! Вам электронный ментор такие подсказки пишет! Во читеры)
Kad22 уровень
12 февраля, 00:21
Проверку на null делала для списка, для каждого элемента не потребовалось:
boolean isUsersExists = users!=null;
Дату записывала с секундами (иначе валидатор не принимал):
writer.println(users.get(i).getBirthDate().getTime());
Считывала дату без DateFormat
u.setBirthDate(new Date(Long.parseLong(br.readLine())));
Валидатор принял
TheDIP20 уровень, Киев
вчера, 13:36
Спасибо, помогло с Датой.
Евгений Кортов22 уровень, Самара
11 февраля, 18:15
С датами приняло без проблем через
DateFormat df = new SimpleDateFormat("MM/dd/yyyy HH:mm:ss");
Alexander Bevza27 уровень, Минск
9 февраля, 20:08
Интересно, какой момент родов можно назвать миллисекундой рождения человека)))
Роман22 уровень
6 февраля, 04:43
Делал по шаблону форматирования, что бы красиво дату сохраняло и считывало, но нет, нужно сохранять и загрузать в милисекундах..
Михаил Б.22 уровень, Москва
5 февраля, 20:44
Похоже, что надо делать проверку на null на каждое поле User, иначе валидатор на втором пункте валится