почему ошибка в том что не показывает сумму всех значений переданных в переменную sum

Вопрос по задаче

Решен

while суммирует все цифры, потом после цикла я пишу отобразить сумму всех чисел а компилятор пишет сумму не посчитал. подскажите почему?

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

Требования:

Программа должна считывать данные c клавиатуры.
Необходимо посчитать сумму введенных целых чисел и вывести её на экран, если пользователь ввел стоп слово.
В программе необходимо использовать цикл while.

package com.javarush.task.pro.task04.task0403; import java.util.Scanner; public class Solution { public static void main(String[] args) { Scanner sc = new Scanner(System.in); int sum = 0; boolean a = true; while(a){ if(sc.hasNextInt()){ sum += sc.nextInt(); } else { a = false; } } if(sc.nextLine().equals("ENTER")){ System.out.println(sum); } } }

Комментарии (6)

популярные
новые
старые

Для того, чтобы оставить комментарий Вы должны авторизоваться

Уровень 11

4 ноября 2023, 22:04

Доброго времени суток. Цилк while стоит начать c проверки, является ли полученное значение "ENTER", и если нет, то парсить (значение, ведь оно ж ещё не int) и суммировать.

Yakov Perchik

Уровень 16

4 ноября 2023, 22:28

из логики вещей первое что мы будем делать это вводить числа, так что лучше сначала проверить число мы ввели или нет, если нет проверяем на "ENTER"

Уровень 11

6 ноября 2023, 19:06

Иду по пути наименьшего сопротивления, тут - на вкус и цвет все фломастеры разные :)

Стас ПасинковSoftware Developer в Zipy

Master

7 ноября 2023, 09:10

я згоден із Il спочатку варто було б перевірити чи треба нам взагалі виконувати якісь обчислення, і якщо виявиться шо не треба - одразу виходити. різницю відчуєте у разі, якби це були дуже довгі обчислення. якби, наприклад, parseInt() (чи в нашому випадку hasNextInt()) працював би 7 хвилин. і ви готові були б миритися із цим у випадках, коли там парситься число. але коли ми 7 хвилин намагаємося перевірити чи парситься строка "Enter" у число чи ні - тоді стає логічним спочатку перевірити чи треба нам взагалі починати виконувати цю перевірку. до того ж, у реальному світі воно так завжди, шо якщо вам у ТЗ вказано, шо треба перевіряти числа - то я вам гарантую, шо юзери туди будуть вводити шо завгодно, тільки не числа 😄 а тестувальники - так точно, їм же за це ще й грошей платять) якби цю задачу робили через BufferedReader, а не Scanner - тоді взагалі цього питання не виникло б. отримали строку, перевірили на Ентер, пішли її парсити. але оскільки багато хто її робить через Scanner - тому мають більше варіантів яким шляхом піти у її вирішенні. і обирають варіант через hasNextInt(), і це логічно і правильно. я б теж так зробив, якби робив через сканер. але такий спосіб працює за умови, що юзер буде вводити тільки числа або тільки строку Ентер. якби була умова, що якщо юзер ввів шось інше - то пропускати, от тоді через hasNextInt() так просто зробити не вийшло б. тому так. правильно цю задачу можна вирішити і так, і так. але якщо трошки наближувати її до реальності - тоді варіант із читанням строки в першу чергу був би кращим, надійнішим.

Yakov Perchik

Уровень 16

4 ноября 2023, 21:31

дам тебе совет, может кто-то посчитает бесполезным, но учись обзывать переменные так чтобы другие понимали что это за переменная, читаемость кода никто не отменял

Yakov Perchik

Уровень 16

4 ноября 2023, 21:28

public class Solution {
    public static void main(String[] args) {
        int sum = 0;
        boolean isExit = true;
        Scanner scanner = new Scanner(System.in);


        while (isExit) {
            if (scanner.hasNextInt()) {
                sum += scanner.nextInt();
            } else if (scanner.nextLine().equals("ENTER")){
                System.out.println(sum);
                isExit = false;
            }
        }

    }
}