Собственно и дошло время познакомиться с этим файликом. Многое я выполнял и до этого, но наткнулся на такие вещи, как: 
Note: if statements always use braces {}. Avoid the following error-prone form:
if (condition) //AVOID! THIS OMITS THE BRACES {}!
statement;

Тоже самое касается цикла for, while. Тоесть 




Собственно напрашивается вопрос для чего это надо. По мне табуляция в 4 пробела делает нормальную читабельность. Или другими словами что вы об этом думаете и какая политика у вас в фирме с этим делом? Ну, если не секрет конечно  

Я ставлю скобки.

Добавлено через 52 секунды

Ну всё правильно. Я тоже всегда ставлю. Это частный случай золотого правила программирования, так сказать. Код пишеться с нуля один раз, а правиться миллионы раз. То есть прежде всего надо заботиться о том, чтобы последующие изменения обходились малой кровью. 

Написали:


Потом захотели добавить в тело цикла ещё что-то, надо добавлять скобки:


А если забыли {} (мало ли бывает, например, параллельно пишем что-то на Python и по невнимательности...)

то получим совсем не то, что ожидаем...

Поддерживаю - всегда ставлю скобки, даже если после ифа только одна строка.

Ставим скобки даже если одна строка.
Правда я иногда себе позволяю не ставить скобки в if с управляющими (или как их по-русски) операторами return, continue, break, ну и иногда throw, если он простой.



Как правильно сказал kemiisto код не только пишется и читается, но ещё и редактируется.

Это сообщение отредактировал(а) Дрон - 15.11.2011, 15:22

Если много условий, то без скобок наоборот лучше. Например:

При использовании скобок, код значительно увеличится. Хотя, пожалуй это единственный случай, когда лучше писать без скобок. ИМХО.

Пример бредовый. Такого в коде вообще быть не должно.

kemiisto,  будет больше опыта в Java программировании - поймёшь, что был не прав   

Samotnik, а сколько опыта нужно, чтобы пришло озарения?  Где ты такое писал в реальном проекте?

Samotnik
Для вашего примера свитч со стейтами смотрится приятней, плохой пример =)

toxx, будет больше опыта в Java программировании - поймёшь, что был не прав  

у кого как   

Ситуация: Клиент посылает запрос, один из параметров это название немецкого bundesland. Он приходит в полном виде, например bayern, на сервере в базе также есть bundeslands, но хранятся они в сокращённом формате, например BY. Допустим, нужно самое простое, сделать выборку, подставив значение. При том, что есть куча фильтров, в которых используется это значение. Т.е. нужно либо в каждом методе писать конвертацию внешнего вида bundesland во внутреннюю, либо сделать это один раз, сразу после приёма параметра. Я выбрал второй вариант:

kemiisto,  Есть лучше вариант?  С радостью послушаю и воспользуюсь.

Если у вас такой код в продакшене, мне вас жаль. Вообще, я с трудум понимаю тех, кто радуется возможности switch'ить по строкам в Java 7. Если у ввас возникла необходимость switch'ить по строкам, у меня для вас плохие новости, как сказать, так сказать.  

Тут enum'ы в чистом виде. Заранее фиксированный набор значений. Особенно меня радует вот этот кусок:


То есть вызываем convertBundesland("Ololo Trollolo!") и будьте любезны - в Германии на одну bundesland больше.

Или можно ещё завести Map<String, String> и от него плясать.

давай без философии. Конкретно, как ты бы решил проблему? Свитчем по энаму?  И что, чем это лучше ифа ?

Я не выкладывал код проверки валидности значений, она в другом месте. Цель была показать место, где нужно применять много ифов. 

Пример можно ?

На коленках:


get по отсутствующему ключу вернёт null, но корректность ты где-то в другом месте проверяешь, так что я тоже не стал заморачиваться.