Длинные слова

поделюсь своим вариантом сепаратизма - изюминки данной задачи, по моему мнению

String separator = "";
// ...
if (word.length() > 6) {
                    writer.write(separator);
                    writer.write(word);
                    separator = ",";
}

как вариант, записать все слова через запятую в одну строку, а потом в конце обрезать запятую: line.replaceAll(",$", "")

Казалось, задача супер простая, но валидатору что-то постоянно не нравилось.. заколебал идею на тексте самой задачки: В метод main первым параметром приходит путь к файлу1, вторым - путь к файлу2. Файл1 содержит слова, разделенные пробелом или переводом строки (в файле может быть несколько строк). Все, что не относится к пробелу или переводу строки, разделителем не считать. Записать в одну строку через запятую в Файл2 слова, длина которых строго больше 6. В конце файла2 запятой не должно быть. Закрыть потоки. в итоге, задолбался, так как моё решение идеально подходило по требованиям, попробовал прогнать код из "правильного решения" на тексте, и вот что вышло: параметром,приходит,файлу1,,файлу2.,содержит,разделенные,пробелом,переводом,несколько,строк).,относится,пробелу,переводу,строки,,разделителем,считать.,Записать,запятую,которых,запятой,Закрыть,потоки. это ужасно.. "файлу1" "строк)" "строки,".... результат моего кода: параметром,приходит,содержит,разделенные,пробелом,переводом,несколько,относится,пробелу,переводу,разделителем,считать,Записать,запятую,которых,запятой,Закрыть Уважаемые менторы, это что за халтура? Мы же вам, все-таки, деньги платим. Поправьте, пожалуйста, хотя бы для следующих поколений джаварашовцев.

Инструкция выполнения задачи 1) Решить task в idea собственноручно 2) Затестить решение на всех возможных вариантах и убедиться в правильности кода (заглянуть в комменты, здесь тоже добрые люди накидывают идея для тестинга) 3) JavaRush => Помощь => Правильное решение => Запуск Next task✅

иногда не понятна лексика типа "строго" больше шести, типа если не строго, то иногда можно и меньше, главное что б строго не ругали. Если обработать решенной задачей вот этот текст: "Все, что не относится к пробелу или переводу строки, разделителем не считать. Записать в одну строку через запятую в Файл2 слова, длина которых строго больше 6. В конце файла2 запятой не должно быть." то результат будет такой: "относится,пробелу,переводу,строки,,разделителем,считать.,Записать,запятую,которых,запятой" то есть в выходе кроме букв будут не только запятые и это нормально.

Так... ну мое решение оказалось в два раза короче, и по-моему легче, так что выложу последовательность действий: 1) arraylistы нам не нужны, нам нужен StringBuilder, создаем его 2) в цикле while считываем построчно из файла 3) каждую строку переводим в массив 4) по массиву проходимся foreach-ем и через if при помощи такой замечательной конструкции -

str.matches("[\\S]{7,}")

, добавляем в StringBuilder удовлетворяющие нас слова (незабываем добавлять запятые) 5) ну а дальше можно поместить все в одну строку _

writer.write(приводим_к_String(stringBuilder).убираем_последнюю_запятую_методом_replaceAll)

(в регулярочках за последний символ отвечает знак $)

Запись в файл через запятую. Без всяких пробелов.

Регулярку "[\s\n]" валидатор не принимает. "[ \n]" - норм UPD1 Оказывается, достаточно просто " ". Интересно, почему? UPD2 Да потому, что читаем-то построчно. По переносу строки данные разделены изначально (если, конечно их не в строку собирать).

Последние несколько задач думал, что валидатор отстой А затем, спустя час-два оказывалось, что всё-таки я не доработал, и вывод может быть неверным В общем, имхо не стоит сразу плеваться и Ctrl+C — Ctrl-V решение скармливать валидатору, а хотя бы минут 15 поискать ошибку у себя, или в комментариях, или в гугле

Решил. а чего сразу не указать, что нужно использовать StringBuilder и System.lineSeparator()?