Генерация геттеров/сеттеров в Java (снова)

Вам что-то не хватает, и я бы сказал, что это лучший подход, если вы хотите пойти по этому пути:

1c) Во время компиляции. Скомпилируйте класс как обычно, затем используйте процессор аннотаций APT, чтобы изменить файл .class (не исходный файл), чтобы добавить в байт-код соответствующие методы get и set.

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

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

Я согласен с общим мнением - просто сгенерируйте их в исходном файле, используя методы, которые дает вам каждая IDE. Это занимает едва ли больше времени, чем написание аннотаций, и это понятно каждому разработчику и каждому инструменту. У Java нет свойств — забудь об этом. :-)

Это звучит как много работы только для создания методов получения и установки. Почему бы просто не использовать затмевает генераторы геттеров и сеттеров:

_{(источник: eclipse-blog.org)}

На практике я обычно использую подход 3 - я просто кодирую поля и использую eclipse IDE для автоматического создания методов получения и установки. (netbeans и IntelliJ должны иметь схожие функции)

С помощью инструментов автогенерации среды IDE вы даже можете определить видимость сгенерированных методов получения/установки (возможно, вы захотите ограничить видимость методов установки закрытыми) или отредактировать шаблон, если вам нужен дополнительный код для тела метода.

• а) Вы можете использовать язык JVM (совместимый с Java), который поддерживает это
• б) Я бы написал это на Scala

Серьезно, если вы чувствуете боль языка и не хотите использовать костыли, такие как ткачи байт-кода или внешние библиотеки, вам следует искать более зеленые пастбища.

Project Lombok — это именно то, что вам нужно, хотя реализация отличается.

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

Итак, вы бы указали что-то вроде

открытый интерфейс Bean { public int getX(); общественный недействительный setX (целое значение); }

и попросите библиотеку создать экземпляр типа для этого (и, возможно, удобные методы для создания экземпляров типа). При необходимости аннотации можно использовать для дальнейшей настройки, но для bean-компонентов стиля get/set это не так.

Это отличается от вашего (2), который не будет работать как есть, если я что-то не упустил: дело в том, что у вас должны быть методы, доступные во время компиляции. И это то, что может решить использование интерфейсов. Потребуется генерация кода, но ее можно будет автоматизировать.

Я ожидаю, что такие библиотеки существуют, но если нет, то написание универсальной должно быть вполне выполнимо с использованием библиотек для генерации байтового кода (asm, cglib, janino, javassist и т. д.).

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

... и вполне может быть, что с помощью IDE будет проще всего решить конкретный случай, который у вас есть, каким бы он ни был. :-)