Су….вы думаете о добавлении или изменении руководства по стилю Java для вашей команды? Придерживаетесь ли вы проверенного и надежного руководства по Солнцу? Или она слишком устарела сейчас, когда ей уже двадцать лет? А как насчет стиля Google? Но эти отступы в два пробела! Может быть, AOSP? Твиттер? Не могли бы вы просто принять значение по умолчанию, которое поставляется с IntelliJ?
Ааааааа!! Слишком много вопросов!
Давайте сделаем шаг назад
У вас есть варианты. И в 2019 году ни один из широко доступных вариантов на самом деле не затрагивает такие функции Java 8 +, как лямбды и потоки. Скорее всего, вам придется выбрать фундамент и развиваться оттуда. Вот некоторые из вариантов:
Оригинальное Руководство по стилю Sun Java
Руководство по стилю Java от Google
Проект Android с открытым исходным кодом (AOSP) Руководство по стилю
Руководство по Java-стилю Twitter
Руководство по стилю JavaRanch
Пища для размышлений
Прежде чем рассмотреть варианты и принять решение, я думаю, вам следует выполнить три шага.
1. Определите свою цель
Конечно, мы все хотим работать над последовательным кодом. В этом случае подойдет любой из вариантов. Но какова ваша реальная цель иметь руководство по стилю? Чтобы поделиться кодом за пределами вашей команды? Может быть, за пределами вашей компании? Или, может быть, у вас есть несколько целей?
В моей нынешней команде мы определили нашу цель как что-то вроде 60% согласованности (так что в основном нам все равно, пока у нас есть руководство по стилю), 30%, чтобы мы были согласованы с парой других команд, с которыми мы тесно сотрудничаем, и чтобы наши разработчики и их разработчики могли работать вместе плавные границы команды и 10% ради того, какие инструменты доступны для поддержки, гарантируя соблюдение стиля кода.
У вас могут быть другие соображения.
2. Учитывайте окружающую среду
Под этим я подразумеваю рассмотрение тех мест, где вы просматриваете свой код. Я предполагаю, что вы проводите проверку кода. Как? В Gitlab? Это довольно хорошая среда для просмотра кода, и вам может быть все равно, какой из стилей вы выберете.
Вы хотите иметь возможность просматривать его в таком инструменте, как Рыбий глаз ? Попадает ли код когда-нибудь в ваши карты Jira? А как насчет мобильного телефона? Вы когда-нибудь смотрели там на код? Кто-нибудь когда-нибудь открывал ваш код в обычном текстовом редакторе?
Возможно, было бы разумно подумать об этих вещах и подумать о том, что могут сделать длинные строки или аналогично, что может сделать использование большого вертикального пространства.
3. Рассмотрите возможность использования инструментов
Наконец, как вы будете поддерживать стиль кода в своем проекте? Если вы используете инструмент сборки, такой как Maven, есть несколько плагинов, таких как fmt-maven-plugin для автоматического форматирования кода при выполнении сборок (fmt-maven-plugin использует стиль Google).
Это может показаться немного экстремальным. Возможно, вам будет удобно просто позволить вам поддерживать это, и в этом случае вы захотите получить XML-файл для настроек стиля кода, который вы можете импортировать в Eclipse или IntelliJ.
Это действительно зависит от вас.
Мысли о лямбдах и потоках
Мысли о лямбдах и потоках Я спросил Стюарта Маркса, что использует Oracle. Маркс является Консультантом технического персонала Oracle и евангелистом Java.
У Маркса (возможно, неудивительно) было много мыслей!
Итак, вот оно у вас есть. Множество отличных советов для современной Java!
Просто, что бы вы ни делали, пожалуйста, не зацикливайтесь на спорах о пробелах вместо табуляции!
Оригинал: “https://dev.to/scottshipp/which-java-code-style-should-you-use-1k5a”