Разные методы для разных типов

изначально (как бы ни было стыдно, полтора месяца назад) начал писать метод isParsableNumber(); думал с кетчами не пустит, типа слишком хитро.. промучился 3 дня и использовал пару-тройку попыток настолько расстроился, что эти полтора месяца не мог заставить себя засесть за Джавараш.. от слова "вообще" вот спустя много времени заставил себя сесть, перечитать лекции за 15й уровень, начал писать с выловом НамберФорматЕксепшн.. все пошло быстро но напутал с порядком проверки.. Ниже моя порядок действий: - читаем БуфердРидером и присваиваем первую строку переменной input вне цикла - цикл - пока input не "екзит" в блоке трай проверяем на: - наличие точки в строке, если есть парсим в Дабл и в принт().. если не парсонется словит НамберФорматЕксепшн; - если точки нет, проверяем спарсится ли в Интеджер и попадает ли в диапазон чисел, если да - в принт(); - если нет, проверяем спарсится ли в Шорт и попадает ли в диапазон, если да - в принт(); - остальное в принт() без конвертации; - если словило НамберФормат - в принт() без преобразования; - после трая-кетча читаем в инпут следующую строку; еще пару попыток испортил порядком проверки, если сначала проверять на шорт, а потом на интеджер - большой диапазон подходящих интеджеров улетали в ексепшн еще на проверке на шорт.. Поздравьте меня, я к вам вернулся, я за вами скучал.. =) =) =)

Вы решили задачу лучше, чем 60% учеников. Вам удалось ее решить с 1 попытки. Среднее количество попыток для этой задачи 3.1. Всего эту задачу решили 19103 учеников.

B блоке try ловим проверку на int и short и на exit. А в catch if содержит "." double, else String.

Спасибо команде сайта и ребятам из комментов - заставили оторвать пятую точку и разобраться наконец с регулярными выражениями!

Первый мой коммент что ли, кажется мое решение отличается от других или просто не увидел такое: 1. Проверка на String 2. Проверка на Double 3. Проверка на остальное. Притом не использовал исключения, хотя понимаю куда можно было бы впихнуть.

спасибо за регулярки! к черту эти try...catch )

Пока самое короткое решение (через один try...catch без повторов кода) у меня вышло такое: 1) я использую BufferedReader для чтения с консоли. И читаю, пока можно . 2) Пытаюсь запарсить полученное в число (класс Number):

Number n = NumberFormat.getInstance().parse(s);

3) если получилось, то проверяю, не содержит ли стринг s точки (".", никаких регэкспов), и если да – то вызываю принт на n.doubleValue(); 4) по аналогии проверяю на принадлежность к short и вызываю соответствующий принт, ну и если опять облом, но парсится – то тогда перед нами пан Интежер. 5) ловлю ParseException, сначала задаю условие выхода из цикла (и закрываю поток, да), потом зову печать на стринги. Валидатор вполне доволен. Примечание: класс Number не позволяет напрямую использовать операторы сравнения (>, <, ==), но позволяет это делать через некоторые методы numclassValue().

Решил через регулярные выражения без try - catch. Много раз if - else для выбора какой конкретно print вызвать. Уверен можно лучше код написать, учимся :)

сам решил через частично через try/catch, но нашел такое: "Загонять в Integer или Double и ждать Exception, не есть очень хорошо! Программе приходиться останавливаться и собирать стектрейс, а это операция не быстрая. Тем более это не исключительная ситуация для вашей программы." поэтому лучшим вариантом решения будут регулярные выражения или через методы Scanner-а

где-то в комментах наткнулся на решение задачи с помощью класса Scanner. И действительно с помощью него можно обойтись без ловли исключений. У класса есть методы которые мне помогли в решении: hasNextInt(), hasNextDouble(), nextInt(), nextDouble(), next() Конечно без дополнительного if else не обошлось, чтобы выделить диапазон в 0 - 128.