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

  • 20
  • Недоступна
Реализуйте логику записи в файл и чтения из файла для класса JavaRush. Метод main реализован только для вас и не участвует в тестировании.
Вы не можете решать эту задачу, т.к. не залогинены.
Комментарии (446)
  • популярные
  • новые
  • старые
Для того, чтобы оставить комментарий вы должны авторизоваться
Anonymous #2631266
31 уровень, Одесса
11 мая, 12:33
Как сказал Дмитрий, класс User вполне можно сделать сериализуемым. И тогда всю работу будет выполнять система. Надо только вызвать методы ObjectOutputStream
Akmaljon Jamoliddinov
20 уровень
21 апреля, 10:24
Советую прочитать статью, а именно таблицу с шаблонными буквами для SimpleDateFormat (запись и чтение должны быть с точностью до миллисекунд), чтобы не терять попытки😉
Дмитрий
35 уровень, Витебск
14 апреля, 10:14
Класс Solution.JavaRush не должен поддерживать интерфейс Serializable. Гуглим Serializable и гуглим его связь с ArrayList. Развиваем тему и получаем решение в 3 элементарные строчки.
Илья Пискунов
27 уровень, Зеленоград
18 марта, 09:05
Эталонное решение не очень. Поля User могут быть null, а на это никакой проверки.
canny
27 уровень
22 марта, 16:25
И чтение поля country можно упростить до:
user.setCountry(User.Country.valueOf(строка_из_файла));
vzubkeviсh
24 уровень, Санкт-Петербург
14 марта, 05:54
а что такое hashCode() что в первой задаче, что здесь? за что он отвечает и почему его переопределили таким образом?
Anonymous #2497433
34 уровень
16 марта, 10:37
дальше про него будет много информации, пока не зацикливайся
Eleonora
35 уровень, Москва
12 марта, 17:55
12 попыток, тыкал, лишь бы прошла, но так не работает) запутался с потоками, хотя вроде задача-то простая по логике. С новыми силами и помощью сообщества всё таки сдал задачу. Артёму отдельное спасибо)
VasliyD
22 уровень, Москва
7 марта, 14:04
"Убедись, что дни рождения пользователей корректно записываются и читаются, с точностью до миллисекунд" Для тех, кто захочет сохранять/парсить дату через SimpleDateFormat 😬
Anonymous #2497433
34 уровень
16 марта, 10:45
так фишка в том, что и через SimpleDateFormat с точностью до миллисекунд)))
VDT
23 уровень, Екатеринбург
7 марта, 06:46
Бился бился... сдался. Взял эталонное решение. Иииии....Валидатору оно не нравится ) Дожили. Похоже валидатор вышел на AI и учится устраиваться бунт и саботаж против собственных разработчиков.
Sever
22 уровень, ТВЕРЬ
6 марта, 21:33
Удивительно то, что в эталонном решении сохранение и чтение объектов USER входит в методы класса JavaRush, что нарушает принципы ОПП. Каждый объект должен быть ответственен за свое поведение. Условие нечеткое.
Flexo Bending Unit #3370318
3 марта, 16:09
Задание не очень, потому что нас оставили без конструкторов для User. Пришлось дописать самому, ну да и фиг с ней, несложно это. Всё бы ничего, но есть и другие моменты. Первая попытка из двух ушла на то, чтобы узнать, что время даты нужно хранить в миллисекундах (зачем? неочевидно, но вроде так рациональнее, меньше строковых операций наверное). Без этого записывал дату в собственном формате строки. В условии про миллисекунды ничего не сказано, так что тоже минус к задаче. А ещё, логика проверки тождественности объектов потрясающая. Если у нас список пустой, то объекты тождественны, а если список заполнить null персонами (как и предлагалось, кстати - конструктор User'а по умолчанию делает именно это), то объекты, оказывается, уже разные! И, наконец, если у каждой персоны прописать все поля (да-да, только лишь все), объекты снова становятся тождественными. Чудеса, да и только 🤷‍♂️