Mayk, а почему не один стиль ?

ф-ции удобнее отделять. сишная привычка.

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

Это сообщение отредактировал(а) pvp - 4.8.2008, 12:53

1 стиль, меньше расползается код, визуально нравится и на работе стандарт такой ))) 

стиль 2. 

не вижу плюсов у способа 2, не вижу минусов у способа 1. 
Да и привык уже к первому. 

Если правильно форматировать код, используя табуляцию, то всё всегда понятно - где начало, а где конец.

или пробелы. таб vs пробелы тоже тот ещё холивар.  

Тоже использую первый стиль, изначально так и начинал писать.

1 для меня удобнее. 2-й слишком расползается, да и конвеншены сановские...

Mayk, имхо, неоспоримо. 
тут всё просто - табы дают больший сдвиг, т.е. лучшее зрительное разделение.
Пробелы быть может стоило бы юзать при большой вложенности, но не может её быть в подавляющем количестве. 
Если говорить о том, что пробелы позволяют увидеть строку до конца, так тоже не факт. Гораздо проще писать строчку в несколько, да и сопсно в строчке как правило важнее первое "слово", ибо по нему уже можно определить общую ситуацию.

а как отделять важные участки кода?
я обычно ставлю что-то типо 

а когда и editor - блоки юзаю
тоже чем не тема для спора))) 

Выносить в отдельный метод/класс и писать к нему javadoc.

так красивее 

слово "Название", почему то вправо съезжает

Это сообщение отредактировал(а) vinter - 5.8.2008, 11:05

1. Сначала, придя в Java из С++, использовал второй вариант, потом понял -  правильно написал один из гуру: "Помните, что код читает не только компилятор!".

2. В связи с тем, что в  Java отсутствует хидер файл в качестве справочника, следует код писать компактно - все переменные (и экземпляра и статические) объявляю вверху описания класса.   Первый способ также способствует компактности кода.

3. Читабельность кода на первом месте, в том числе и тот критерий, чтобы на экране размещалось как можно больше кода. Если читабельность в ущербе вставляем пустую строку.

4. Вследствие необходимости чтения кода коллегами (см. пункт 1) код должен быть привычным всем, чтобы одним взглядом можно было оценить то, что в нем делается (а в большинстве случаев Java разработчики используют именно первый вариант) полагаю, что ответ на вопрос однозначен, как бы нам не нравился второй вариант. Клянусь, он мне нравится больше! 

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

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

это бесконечные рассуждения   
лично я написал себе утилитку, которая, переписывает файл.java расставляет скобки как мне надо и удаляет лишние пустые строки.

по теме - я за 2