Подтвердить что ты не робот

Существуют ли широко распространенные современные соглашения о кодировании Java?

Sun " Условные обозначения для языка программирования Java" было обновлено в апреле 1999 года. Десять лет спустя на этом языке многое изменилось, так как а также общие шаблоны использования. Есть ли более современные, общепринятые стандарты?

В большинстве руководств отсутствует спецификация кодировки файлов и окончаний строк. Sun рекомендует использовать смешанные вкладки и пробелы. Eclipse IDE по умолчанию имеет стандарт Eclipse, который является только вкладками. Руководство по стилю Maven - это пробелы. Многие руководства по стилю, такие как JBoss, следуют рекомендациям Sun, но предпочитают K & R привязки вместо OTBS. Каждый проект Apache имеет собственный стиль руководства, с небольшими различиями между ними.

4b9b3361

ОТВЕТЫ

Ответ 1

В вопросе не задается вопрос, каков ваш стиль кодирования, а, скорее, существующие стандарты кодирования.

Я нашел Европейское космическое агентство Стандарты кодирования Java (pdf) (alt link), который кажется современным и всеобъемлющим, хотя я не уверен, насколько широко распространено принятие.

Ответ 2

Четыре пространства - это то, что использует Бог.

Ответ 3

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

Ответ 4

Несмотря на то, что он может выглядеть устаревшим, на основной язык добавлено не так много (в библиотеках было много дополнительных дополнений)

Те, кого я помню, сейчас являются enum и generics, остальные были уже там, когда документ был впервые написан.

  • Всегда используйте 4 пробела.

  • Не используйте K & R или Allman: хотя это вполне приемлемо для C, С++ и С#, это не всегда относится к Java (если проект явно не решил использовать его). Использование K & R или Allman в Java визуально неприятно, так как это не будет использовать его в C.

  • Всегда используйте фигурные скобки, включая однострочные операторы.

Вообще говоря, старайтесь не смешивать стили между языками программирования. Это похоже на произношение акцентов на естественном языке, вы можете быть поняты, вы можете читать и писать в нем, и иметь уровень работоспособности на этом языке, но недостаточное произношение только раздражает носителей языка.

Ответ 6

Подумайте о том, как использовать механизм, используемый по умолчанию механизмом переформатирования среды IDE. В долгосрочной перспективе вы сэкономите много времени.

Мы включаем сохранение действий в Eclipse и отметьте "Формат источника", чтобы источники всегда переформатировались. Это означает, что переформатирование только меняет вещи, произошедшие с момента последнего сохранения файла. Хорошо в истории управления версиями.

Вы можете, естественно, потратить свое время и определить свой собственный формат, но, как правило, проще использовать стандарт Eclipse - это нормально для нас.

Ответ 9

BSD/Allman - единственный достойный стиль отступа. Он соответствует основному правилу фигурных скобок - если они сидят на разных линиях, они должны сидеть в одной колонке. Даже Хорстманн допустим по сравнению с K & R.

Всегда помещайте фигурные скобки, если вы закодированы в блокноте. В противном случае из-за особенностей автоматической отступов вашей среды IDE это бесполезно и раздражает.