Java Лучшее выравнивание объявлений полей с помощью Eclipse

Добавление слишком большого количества полей в класс становится бесполезным:

private static final int UNAVAILABLE = -1;
private static final int EXTERNAL_BUFFER_SIZE = 4000 * 4;
private static final int SKIP_INACCURACY_SIZE = 1200;
private Thread thread = null;
private Object dataSource;
private AudioInputStream audioInputStream;
private AudioInputStream encodedAudioInputStream;
private int encodedAudioLength = -1;
private AudioFileFormat audioFileFormat;
private SourceDataLine sourceDataLine;

Я хочу, чтобы Eclipse переформатировал код и улучшил его чтение, поэтому я изменил форматформат по умолчанию и достиг этого:

private static final int                UNAVAILABLE             = -1;
private static final int                EXTERNAL_BUFFER_SIZE    = 4000 * 4;
private static final int                SKIP_INACCURACY_SIZE    = 1200;
private Thread                          thread                  = null;
private Object                          dataSource;
private AudioInputStream                audioInputStream;
private AudioInputStream                encodedAudioInputStream;
private int                             encodedAudioLength      = -1;
private AudioFileFormat                 audioFileFormat;
private SourceDataLine                  sourceDataLine;

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

(нашел этот фрагмент кода здесь, и я думаю, что его можно еще улучшить для создания и пустой столбец для final):

Изображение редактора в Eclipse:

Как я могу это сделать?

Ответ 1

Мое предложение состояло в том, чтобы написать собственную программу форматирования, которая принимает местоположение файла в качестве ввода и записывает форматированный контент обратно в тот же файл. Он может быть выполнен как плагин eclipse, который может работать на конкретном ключевом штрихе.
Поверхность заключается в том, что вы можете настроить так, как хотите.
Недостатком является то, что он будет изобретать колесо, если кто-то уже это сделал.

Ответ 2

Когда я сталкиваюсь с проблемами форматирования, как это, моя первая реакция: "Этот класс слишком много делает?".

При повторном применении принципа Single Responsibility Principle вы сможете урезать количество полей для читаемого числа - и чтобы никакие требуется специальное форматирование.