Соглашение по коду для if-else, для операторов в Java - PullRequest
3 голосов
/ 27 июня 2011

(код соглашения doc: http://www.oracle.com/technetwork/java/codeconventions-142311.html#449)

Я всегда писал операторы if-else как:

if(condition) {
    statements;
} else {
    statements;
}

, однако в документе соглашений по коду Java говорится, что необходимо написатьэто так:

if (

condition) {


statements;
} else {


statements;
}

И еще, я всегда писал для таких утверждений:

for(initialization;condition;update) {
    statements;
}

Но соглашение о кодировании гласит:

for (

initialization;

condition;

update) {


statements;
}

Отступы и интервалы кажутся мне излишне громоздкими. Какой правильный / лучший способ и почему?

Ответы [ 3 ]

10 голосов
/ 27 июня 2011

Я думаю, что это может быть проблема с форматированием на этой HTML-странице?

Посмотрите на PDF, я думаю, что там он выглядит лучше:

http://www.oracle.com/technetwork/java/codeconv-138413.html

Там они имеют условия в той же строке, что и if.

1 голос
/ 27 июня 2011

Если вы где-то работаете и соблюдаете определенное соглашение, тогда заткнитесь и используйте его. В противном случае, просто делайте то, что вам кажется лучшим для вас, и не беспокойтесь о том, что думают все остальные. О том, как рисовать навесы для велосипедов, важнее писать код, чем спорить.

РЕДАКТИРОВАТЬ: Я только что увидел, что эта страница была ужасно неправильно отформатирована, вероятно, из-за выкупа Oracle-Sun. Комментарий COME FROM содержит правильную стандартную документацию Java, поэтому, если ваш вопрос был о том, какая документация является правильной, вам следует использовать ссылку, которую он опубликовал. Тем не менее, я по-прежнему буду придерживаться своего первоначального чувства, что это то, что глубоко не имеет значения.

0 голосов
/ 27 июня 2011

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

Пока вы не пишете кодтаким образом, что любой может понять код, просто взглянув на него, тогда не стоит использовать соглашения Java Code.

...