Прайсы

Решил в 40 строк по такому алгоритму: 1. Если аргументы == 0, return 2. Если 1-й аргумент equals "-c" : читаем путь к файлу. Далее создаём потоки чтения/записи. 3. Id: Читаем файл построчно, вытягиваем из него id и добавляем в лист. Если коллекция не пуста, то получаем из неё максимальный id. Далее с помощью String.format форматируем инкрементированное значение id 4. Product: в цикле до args.lenght-2 склеиваем имя продукта и также с помощью String.format форматируем 5. Price и Quantity - достаём их из args и также форматируем 6. Далее пишем всё это дело в файл (не забываем про true). Почему-то валидатор не принимал, если после записи результирующей строки делаем перенос строки, но принимает, если выполнить перенос перед записью результата. Всё

Сомнительная задача, не советую упарываться надолго.

Кто нибудь может объяснить, почему нужно переносить строку прежде чем записывать значения товара в файл? Ведь в таком случае мы получаем пустую первую строку и при добавлении продукта в лист получаем ошибку исключение.

Может кому будет полезно: в решении маска форматирования такая:"%-8d%-30s%-8s%-4s". Но в таком случае, если название будет длиннее 30 символов, оно не обрежется. Должно же быть %-30.30s. В принципе данное замечание верно для всех остальных частей с conversion типа s. %[argument_index$][flags][width][.precision]conversion - в оф. документации написано, что width - это минимальная ширина, но не максимальная, а как раз только precision ограничивает длину строки.

String id = String.format(Locale.ENGLISH,"%-8d",Integer.parseInt(createId(treeSet.last())));
                String product = String.format(Locale.ENGLISH,"%-30.30s",args[1]);
                String price = String.format(Locale.ENGLISH,"%-8.2f",Double.parseDouble(args[2]));
                String amount = String.format(Locale.ENGLISH,"%-4.4s",args[3]);

Устал мучаться с валидатором. Просто решаю задачу в idea и копирую решение. Пройдет валидацию - хорошо, не пройдет, нажимаю правильное решение. Так и тут, может я чего-то не понимаю, но зачем создавать какой-то массив имеющихся продуктов (и для этого создавать новый класс с конструкторами(!)), если у filewriter есть параметр append, добивать/обрезать строки, если есть format. Зачем делать свитч с ОДНИМ(!) параметром? Я,конечно, программист начинающий, но "правильное" решение выглядит просто ужасно. Если я в чем-то неправ, поправьте, пожалуйста, буду знать, где мыслю кардинально неверно в плане программирования.

Вы решили задачу лучше, чем 72% учеников. Вам удалось ее решить с 1 попытки. Среднее количество попыток для этой задачи 5.79. Всего эту задачу решили 16242 учеников. Полезное: 1. Я рекомендую использовать BuferredReader/Buferred Writer, куда в качестве параметра передается FileReader/Writer. Так проще читать построчно, нежели чем маяться с массивом символов. 2. Если в BufferedWriter передать вторым параметром тру, то он не будет обнулять читаемый файл. 3. Когда добавляете новую строку, через метод аппенд ридера, не забывайте добавлять "/n", чтобы добавлялась именно новая строка. 4. String.format серьезно упрощает решение. И подходит валидатору. Это про редактирование строки по нужному формату, чтобы выравнивать и добавлять пробелы и символы. Про использование можно почитать тут: Основная инфа Дополнительная инфа 5. Решать через перебор массивов - вообще не вижу смысла. Это устаревшее решение. Можно и нужно решать эту задачу построчно. *** Посмотрел готовое решение. Да, в готовом решении был сделан вложенный класс. И я изначально хотел сделать так же, но внимательно перечитав условия задачи, я отказался от этой затеи. Полагаю, что во второй части прайса придется это все-таки сделать. Но сейчас у меня намного проще код получился и валидатор принял с первой попытки. Я потратил где-то часа 4 на то, чтобы спроектировать решение и делал несколько попыток запуска. В итоге три раза начинал с нуля. И пришел именно к правильному решению наименьшего сопротивления. Мой код: 55 строк и 1958 символов, против готового решения: 86 строк и 2777 символов. Задача отличная. Прайс 2, я иду к тебе! 🤖

Как по мне валидатор этого задания это ужас, сделал всё, проверял всё записывалось как надо, по валидатору 2 ошибки(форматирование, id), после этого сидел ещё минут 30, решил попробовать готовое решение, запустил и при вводе файла вылетели ошибки, я в шоке, готовое решение на основе которого построен валидатор, не идеально, прям совсем не идеально, это ужас. Становиться грустно, что решение которое писал 5 часов и ещё где-то час тестил + дебагал, которое на практике отлично работает, не проходит валидатор, а готовое решение в котором нельзя указать какой угодно путь к файлу и ты даже не смог проверить как оно работает на практике проходит валидатор

решал все задачи сам. но эта первая задача которая ввела меня в полный ступор. 2 дня гуглю, так и не допер как сделать. мне кажется много слишком не проходили для решения этой задачи.

Вы решили задачу лучше, чем 41% учеников. Вам удалось ее решить с 4 попытки. Среднее количество попыток для этой задачи 5.8. Всего эту задачу решили 16164 учеников. Я кончил, часов 5🤦‍♂️🤦‍♂️🤦‍♂️

Пытался сделать универсальное решение, но.. В условии есть конкретные указания, верно? Тогда все столбцы если слишком длинные будут обрезаны? id и цену обрезать тоже? В этом вообще есть логика??