Вопрос по улучшению кода

Лучше пиши красивый код чем короткий, здесь попробуй использовать switch case

Пример на что была бы похожа джава, если бы программисты думали о краткости. А теперь представить программу на 100 модулей и тысячи классов с таким кодом. Пример утрированный, но иллюстративный. Я думаю никто бы не хотел работать с таким кодом и тем более искать там ошибки. Поэтому в джава читабельность кода гораздо важнее часто даже работоспособности. Вот такой код (из вопроса) ниже:

pb st vd r() t Ioe {
    Br r = n Br(n Isr(S.i));
    Str l = r.rl();
    r.c();
    i (l.e(P.E))p = E.g();
    e i (l.e(P.M)) p = M.g();
    e i (l.e(P.S))
        p = S.g();
    e p = n;
}

пусть он трижды рабочий, никому не нужен. Выпустить такую программу это убытки и банкротство бизнеса, как в нее вносить функционал? Как искать ошибки, как обеспечивать техсаппорт, рефакторить, обновлять... Ответ один - никак. Поэтому пусть код у профи программеров часто выглядит действительно небольшим, но это в первую очередь последствия - хорошего дизайна, разбивки на методы, применения архитектурных паттернов и дизайн-паттернов, применение различных принципов написания кода. И то, в таком случае говорят о "лаконичности" кода, которая часто может быть даже больше по объему чем плохой код. На первом квесте нормально писать как угодно лишь бы работало, на втором квесте нужно писать в рамках разумного как получается но стремится к целесообразности. И ближе к 18-20 уровням можно начинать читать книгу Clean code Роберта Мартина, в котором будут описаны основные принципы написания хорошего кода и критерии оценки такого кода. Поэтому всем джава девелоперам советую убрать из словаря слова "короче", "краткость". Заменить их на "эффективный", "лаконичный", "правильный", "хороший".

Твой вопрос звучит как "я хочу написать плохой, плохоподдерживаемый код, за который на реальной работе меня будут отчитывать и переучивать. Как мне это сделать". Много вариантов, можно все в одну строку написать, джава позволяет:

if (x.equals(Planet.EARTH)) thePlanet = Earth.getInstance(); else if (x.equals(Planet.MOON)) thePlanet = Moon.getInstance(); else if (x.equals(Planet.SUN)) thePlanet = Sun.getInstance();  else thePlanet = null;

Вопрос "как короче" это неправильно заданный вопрос. Правильный вопрос "как лучше, как эффективней, как правильней". Согласись, гораздо короче в телефонной книге сохранять не так: Вася 475849394 а один контакт ВасяПетяКатяМашаДжонНиколя и значение этого контакта будет 3485373847343847438753434353434872387 то есть все номера в один. Но ты же так не делаешь? Ты же не хранишь в одной папке на компьютере фильмы, картинки, системные файлы, документы, музыку, временные файлы и все в одной папке. Так и код не пишется так. Короче это удобно делать когда ты раз что-то в ящик накидаешь и больше никогда не будешь использовать. Возможно именно поэтому при решении задач, к которым никогда потом не возвращаются может сложиться впечатление, почему бы не написать короче. Но в реальности "короче" как самоцель не бывает. В джаве по крайней мере п.с. и не забывай за фигурные скобки. Ставь их чуть чаще чем всегда Это вполне хороший вариант кода.

public static void readKeyFromConsoleAndInitPlanet() throws IOException {
    BufferedReader reader = new BufferedReader(new InputStreamReader(System.in));
    String line = reader.readLine();
    reader.close();
    if (line.equals(Planet.EARTH)) {
        thePlanet = Earth.getInstance();
    } else if (line.equals(Planet.MOON)) {
        thePlanet = Moon.getInstance();
    } else if (line.equals(Planet.SUN)) {
        thePlanet = Sun.getInstance();
    } else {
        thePlanet = null;
    }
}