Подсказка насчёт кода.#решенно

Я сделал такое вот чудо, которое считывает что написал пользователь. Вопрос что к этому добавить что бы при написанной определённого слова, срабатывал код. То есть написал человек слово привет, и код "Отвечает" привет, но а если слово не привет, то код отвечает пока. Я пробывал через if но особо толку не дало так же пробывал что то придумать через switch. само начало кода import java.io.BufferedReader; import java.io.BufferedWriter; import java.io.FileWriter; import java.io.IOException; import java.io.InputStreamReader; public class test { public static void main(String[] args) throws IOException{ BufferedReader reader = new BufferedReader(new InputStreamReader(System.in)); String choice = reader.readLine(); } }

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

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

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

Павел

Уровень 35

5 октября 2021, 10:02

Вот, держи, красавица. В стиле товарища И. Головача, который говаривал, что нельзя надеяться на дефолтную кодировку jvm

public class StrEquals {
    public static void main(String[] args) {
        printGreetingOrNot(System.in, "Привет", "Отвали");
//        try {
//            printGreetingOrNot(new FileInputStream("noname.txt"), "Привет", "Пока");
//        } catch (FileNotFoundException e) {
//            e.printStackTrace();
//        }
    }

    public static void printGreetingOrNot(InputStream stream, String greeting, String notGreet){
        try(BufferedReader reader = new BufferedReader(new InputStreamReader(stream, StandardCharsets.UTF_8))) {
            byte[] incomingBytesUtf8 = reader.readLine().toLowerCase().getBytes(StandardCharsets.UTF_8);
            byte[] greetingBytesUtf8 = greeting.toLowerCase().getBytes(StandardCharsets.UTF_8);
            System.out.println(Arrays.equals(greetingBytesUtf8, incomingBytesUtf8) ? greeting + '!' : notGreet + '!');
        }catch (IOException e) {
            e.printStackTrace();
        }
    }
}

JoniPotate Разливаю пиво в Бар "Мельница"

5 октября 2021, 15:23

Пасиб)

Justinian Judge в Mega City One

Master

4 октября 2021, 19:55

public static void main(String[] args) throws IOException {
    BufferedReader reader = new BufferedReader(new InputStreamReader(System.in));
    String choice = reader.readLine();

    String answer = "привет";
    if (choice != null && !choice.equalsIgnoreCase(answer)) {
        answer = "пока";
    }
    System.out.println(answer);
}

п.с. имя класса пишется с большой буквы:

public class Test {

имя методов и переменных с маленькой:

public static void main(String[] args) {
...
public static void printMessage(String message) {
...
String name = "Porfiriy";
int number = 5;

Влад Java Developer в Tinkoff

4 октября 2021, 22:33

if (choice != null && !choice.equalsIgnoreCase(answer)) {

Можно ещё сократить, если answer точно не null.

if (!answer.equalsIgnoreCase(choice)) {

Влад Java Developer в Tinkoff

4 октября 2021, 22:33

Условия Йоды

JoniPotate Разливаю пиво в Бар "Мельница"

5 октября 2021, 06:44

Спасибо, помог)

JoniPotate Разливаю пиво в Бар "Мельница"

5 октября 2021, 06:45

Спасибо помог))

Justinian Judge в Mega City One

Master

5 октября 2021, 08:06

Как говорилось в классике, "Если." :))) Нотация Йоды есть такой инструмент, но он и по моим наблюдениям, и по ряду обоснованных причин применяется нечасто, поскольку в большинстве случаев делает код хуже как минимум по двум его важным аттрибутам, снижается уровень самодокументированности - привет ошибки и больше расходов ресурсов на поддержку кода, и логически изменяется немного код, наллпойнтеры как боль, в одних случаях мы их ловим, в других мы их позволяем, боль - индикатор организма, люди, которые не чувствуют боли это тяжелейший синдром и они имеют небольшую продолжительность жизни. Когда при каком-то плохом или неумелом рефакторинге, кто-то изменит код, и там станет налл, если будет чуть другой кейс и стояла бы обычная проверка, у нас бы сразу наллпойнтер хопа, и мы либо саппорт, намного бы быстрее увидели бы проблему. Если же, будет стоять йода нотация, программа будет выполняться дальше, но непредсказуемо, ошибка будет выявлена, но гораздо позже. Найти ее причину - дольше. Убытки компании во втором случае, включая ресурсы на идентификацию и фикс будут однозначно больше. Не все можно юнит тестами и атвоматизацией покрыть. Поэтому, применяется конечно такое, но достаточно редко и тогда, где это может быть оправдано, где выгода будет больше потенциального вреда. Но на разных проектах бывает разное + есть холиварные моменты, даже та же идентация: class Test { и то, кого-то типает, а в той же JDK в некоторых местах встретить можно, в жизни встречается все, но что-то более удачнее, что-то менее, что-то вызывает больше вопросов, что-то меньше. Нельзя расписать, вот здесь пиши то, а в таких ситуациях сё. Только с опытом который формирует ощущения, понимание, в какой ситуации и что лучше.