Какую задачу решает инструмент Checkstyle?

Слушай, а вот есть такая штука — Checkstyle. Представь себе этакого занудного надзирателя, который ходит за тобой по пятам и тычет палкой в монитор: «Ага, у тебя тут пробелов не два, а три, пидорас! И скобка не там стоит, в рот меня чих-пых!». По сути, это статический анализатор для Java, который автоматом проверяет, соответствует ли твой код какому-то своду правил — стилю, именованию, всякой такой хуйне.

А че он вообще проверяет, этот зануда?

1. Стиль кода: отступы, пробелы, длина строк, где скобки лежат — вся эта ебля, из- которой на code review начинаются священные войны.
2. Именование: чтобы классы назывались SomeClass, а не sOmEcLaSs, методы — doSomething(), а не Do_Something(), ну ты понил.
3. Проблемы дизайна: слишком жирные классы, методы, в которых можно заблудиться, — в общем, пытается не дать тебе написать говноконя.
4. JavaDoc: орет, если ты не накорябал комментарии к публичным методам. Иногда это овердохуища полезно, иногда — просто пиздец как бесит.

Вот, смотри, как выглядит его конфиг, этот checkstyle.xml — прямо священное писание для перфекциониста:

<?xml version="1.0"?>
<!DOCTYPE module PUBLIC "-//Checkstyle//DTD Checkstyle Configuration 1.3//EN"
        "https://checkstyle.org/dtds/configuration_1_3.dtd">
<module name="Checker">
    <property name="charset" value="UTF-8"/>

    <!-- Проверка структуры пакетов и импортов -->
    <module name="TreeWalker">
        <!-- Имена классов должны быть в UpperCamelCase -->
        <module name="TypeName">
            <property name="format" value="^[A-Z][a-zA-Z0-9]*$"/>
        </module>
        <!-- Имена методов должны быть в lowerCamelCase -->
        <module name="MethodName">
            <property name="format" value="^[a-z][a-zA-Z0-9]*$"/>
        </module>
        <!-- Запрет на импорт "*" (wildcard) -->
        <module name="AvoidStarImport"/>
        <!-- Максимальная длина строки 120 символов -->
        <module name="LineLength">
            <property name="max" value="120"/>
        </module>
    </module>
</module>

А вот как эту мартышку впихнуть в процесс, чтобы она всем мозг выносила:

• В IDE (IntelliJ IDEA, Eclipse): Ставишь плагин — и он сразу начинает подсвечивать тебе нарушения, прям в реальном времени, блядь. Не успеешь точку с запятой забыть — он уже красным подчеркнул.
• В сборке (Maven/Gradle): Настраиваешь так, чтобы на этапе verify эта тварь запускалась и, если что не так, просто ебанула сборку об стенку. Жестко, но эффективно.

  <!-- Maven Plugin -->
  <plugin>
      <groupId>org.apache.maven.plugins</groupId>
      <artifactId>maven-checkstyle-plugin</artifactId>
      <version>3.2.0</version>
      <executions>
          <execution>
              <phase>verify</phase>
              <goals><goal>check</goal></goals>
          </execution>
      </executions>
  </plugin>

• В CI/CD (Jenkins, GitLab CI): Вешаешь на каждый пулл-реквест. Отправил код — получил отчет, где тебе подробно расписали, какой ты мудак и где накосячил.

Ну и зачем этот геморрой, спросишь?

• Единообразие: Весь код в проекте выглядит так, будто его один человек писал. Красота, ёпта.
• Code review не про стиль: Ревьюеры больше не тратят время на «поставь пробел», а смотрят на реальные проблемы. Волнение ебать — снижается.
• Ловит косяки: Иногда может вытащить на свет божий какой-нибудь кривой catch блок, который ты по привычке оставил пустым.
• Новичкам легче: Пришел новый чувак, настроил Checkstyle — и он уже не пишет как попало, а сразу в струю попадает.

Есть, конечно, и другие таблетки от бардака: SonarQube (там вообще полный медосмотр), PMD, SpotBugs... Но Checkstyle — это как базовый курс молодого бойца, хуй с горы. Сначала научись скобки правильно ставить, а потом уже про высокие материи думай.