powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Java [игнор отключен] [закрыт для гостей] / Lombok
25 сообщений из 42, страница 1 из 2
Lombok
    #39115837
rema174
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Интересно, кто-нибудь юзает Lombok?
Впечатления, отзывы?
...
Рейтинг: 0 / 0
Lombok
    #39115856
feomatr
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
использую для себя.
Не нужно генерить сеттеры\геттеры, toString.
Для Идеи подключен плагин.
Для больших проектов, возможно, увеличит время компиляции, хотя на много ли.. это вопрос :)
...
Рейтинг: 0 / 0
Lombok
    #39115863
feomatr
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Изначально были сомнения,но все хорошо и впечатления положительные.
...
Рейтинг: 0 / 0
Lombok
    #39116098
Фотография Blazkowicz
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
rema174,

Сам не использую, но видел на одном проекте. Впечатления положительные.
...
Рейтинг: 0 / 0
Lombok
    #39120498
chabapok
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Использую, потому что в java нет языковых сеттеров-геттеров, а эти простыни сеттеров-геттров - вымораживают.

Вприницпе, можно еще подключить груви, там есть аннотации которые делают всякоразные AST-трансформаци еще на этапе компиляции, но:

- Если собираешь проект градлом, то это не работает, т.к. groovy-компилятор делегирует компиляцию java в java-компилятор
- сам по себе groovy-компилятор не понимает конструкцию do-while
- некоторый синтаксис java 8 groovy-компилятор тоже непонимает. Например, если в интерфейсе обьявить default-метод, то он не увидится в groovy.
...
Рейтинг: 0 / 0
Lombok
    #39120796
scf
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Активно юзаю для Java проектов.
Впечатления положительные, полностью прозрачная интеграция с эклипсом и мавеном.
...
Рейтинг: 0 / 0
Lombok
    #39120837
no56892
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
лобок не исользовал, но из-за того чтобы вместо getField писать @Getter и тянуть еще 1 зависимость в проект ну хз, я бы не стал.
...
Рейтинг: 0 / 0
Lombok
    #39120963
scf
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
no56892,

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

типа

Код: java
1.
2.
3.
4.
5.
class MyCoolSpringBean {

    @Setter
    private String beanConfigParam;
}
...
Рейтинг: 0 / 0
Lombok
    #39122025
yams
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Положительные впечатления. можно сделать так:

@Data
@AllArgsConstructor
@NoArgsConstructor
@Builder
public class User{}

и потом Создать объект так: User().builder().name("Ivan").age("50").build()
...
Рейтинг: 0 / 0
Lombok
    #39122130
Leonid Kudryavtsev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
yams...
и потом Создать объект так: User().builder().name("Ivan").age("50").build()
Жесть.

Как мне жалко современные процессоры и электростанции. Это же сколько же тактов и электричества во всем мире зря на такую фигню тратится (((
...
Рейтинг: 0 / 0
Lombok
    #39122158
scf
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Leonid Kudryavtsev,

Ну что поделаешь. Один программист за месяц обходится минимум в 50 тыщ деревянных. На эти деньги можно закупить немало тактов и электричества.
...
Рейтинг: 0 / 0
Lombok
    #39122165
rema174
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
я попробовал уже применять. там в большинстве случаем достаточно одной аннотации. по крайней мере, открывая класс сразу видно какой метод в классе изменен. но надо полагать, что мэтры двава не находят необходимости в такой фиче, иначе бы уже встроили стандартно.
...
Рейтинг: 0 / 0
Lombok
    #39122193
Фотография Blazkowicz
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
rema174я попробовал уже применять. там в большинстве случаем достаточно одной аннотации. по крайней мере, открывая класс сразу видно какой метод в классе изменен. но надо полагать, что мэтры двава не находят необходимости в такой фиче, иначе бы уже встроили стандартно.
Ну, потому что для любителей лаконичного синтаксиса уже есть Groovy и Scala.
...
Рейтинг: 0 / 0
Lombok
    #39122354
Partisan M
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Название какое-то противное. Ну, посмотрел, что это такое - набор бесполезных аннотаций. Нафиг дурацкие украшения. Это напомнило мне афёру (или аферу?) фирмы JetBrains, которая ввела совершенно бесполезные аннотации @Nullable и @NotNull, которые вызвали восторженный визг фанатов IDEA, дошедших до утверждения, что они должны быть введены в стандарт Java. В действительности их смысл был в том, чтобы привязать исходный код к IDEA. Прекрасно обхожусь и без этих аннотаций, и без IDEA, и lombok (извиняюсь за выражение) тоже не нужен.

Примечание.
Scala нужна для любителей выпендриваться, а Groovy - для тех, кому нужен скриптовый язык с синтаксисом Java, а не для любителей краткости. Краткость в нём не самоцель, а средство обеспечения надёжности - по сравнению с Java он менее надёжен из-за динамической типизации. Но он не предназначен для крупных программ, а если программа небольшая, то устранение из неё шаблонного кода (boilerplate code) в стиле Java повышает наглядность программы и тем самым в какой-то степени помогает не ошибаться.
...
Рейтинг: 0 / 0
Lombok
    #39122421
Partisan M
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Да, забыл описать, почему в Scala сокращение шаблонного кода для повышения наглядности неэффективно в отличие от Groovy. Groovy предназначен не для замены Java, а как дополнение к Java. Из этого можно сделать вывод, что автор Groovy - умный (хотя тогда он пользовался IDEA). Scala была предназначена для замены Java. Разумеется, эта глупая надежда не могла сбыться и не сбылась. Но раз Scala должна была конкурировать с Java, значит должна была быть пригодной крупных программ. А в крупных программах - сложная логика, поэтому и в Java доля шаблонного кода в них невелика.
А get и set в Java, хоть и увеличивают код, но по-моему, не влияют на его наглядность, поскольку их не надо разглядывать.
...
Рейтинг: 0 / 0
Lombok
    #39122430
scf
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Partisan M,

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

Насчет Scala... Scala - это не замена Java, и, что важнее, это НЕ Java.
...
Рейтинг: 0 / 0
Lombok
    #39122518
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Мы пытались прикрутить lombok к GWT-проекту но shared часть не собиралась. Поскольку
лимит времени на разборки был ограничен - то отложили.

Думаю что возвращаться к ломбоку не будем. Неперспективно. Лучше всё-таки смотреть
в сторону Scala/Groovy чем развивать надстройку над языком Java.

Теряется некая концептуальная простота кода с точки зрения читающего.
Вообще многие публикации сорцов без указания секции import вызывают
глухое раздражение. Хочется взять и уе... пофиксить вобщем.
...
Рейтинг: 0 / 0
Lombok
    #39124148
rema174
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
maytonТеряется некая концептуальная простота кода с точки зрения читающего.
а какая такая особая концептуальность в стандартных геттера-сеттерах, тустригах и прочая? :)
все-таки groovy, и тем более Scala, это своя экосистема. и что проще, пара аннотациий или разворот на n-градусов?
например, удастся ли использовать груви в jsf проекте? или нужно все менять, так это будет еще менее концептуально )
...
Рейтинг: 0 / 0
Lombok
    #39124306
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
rema174например, удастся ли использовать груви в jsf проекте? или нужно все менять, так это будет еще менее концептуально )
Насколько я понимаю груви генерирует java-байткод поэтому я априори считаю что удастся.

Если что-то не удаётся то давайте рассмотрим этот вариант и изучим.
...
Рейтинг: 0 / 0
Lombok
    #39124314
Фотография Blazkowicz
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
maytonНасколько я понимаю груви генерирует java-байткод поэтому я априори считаю что удастся.
Если что-то не удаётся то давайте рассмотрим этот вариант и изучим.
Оно там во всю использует рефлексию и заворачивает вызовы в свои утилиты, поэтому и работает относительно медленно.
...
Рейтинг: 0 / 0
Lombok
    #39124341
вадя
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Blazkowicz,
рефлексия в нынешней java не настолько медленна, как это было раньше, поэтому можно смело её использовать, и если есть тормоза, то не факт, чт из-за рефлексии
...
Рейтинг: 0 / 0
Lombok
    #39124351
Фотография Blazkowicz
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
вадяBlazkowicz,
рефлексия в нынешней java не настолько медленна, как это было раньше, поэтому можно смело её использовать, и если есть тормоза, то не факт, чт из-за рефлексии
Рефлексию можно использовать до тех пор пока она не становится повсеместной.
...
Рейтинг: 0 / 0
Lombok
    #39124353
Фотография Blazkowicz
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
BlazkowiczРефлексию можно использовать до тех пор пока она не становится повсеместной.
Ну, так и груви вполне себе используют, для мест не критичных к производительности.
...
Рейтинг: 0 / 0
Lombok
    #39124362
chabapok
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
maytonНасколько я понимаю груви генерирует java-байткод поэтому я априори считаю что удастся.

Если что-то не удаётся то давайте рассмотрим этот вариант и изучим.

Можно но есть некоторые особенности. В часности, старожил форума и java-гуру mayton считает, что удастся. Это уже должно настораживать, потому что такая формулировка означает, что такой фичей он никогда не пользовался. Почему не пользовался? Или есть какие-то подводные камни, или неудобно, или есть что-то лучше. Или просто не надо было.

В грувях есть аннотация @CompileStatic, которая отключает некоторые фишки что ускоряет работу, делая ее достаточно близкой java. Хотя, некоторый дополнительный код все же остается.

С другой стороны, груви делает вызовы через рефлекшен, это означает, что могут быть некоторые особенности с АОП. А еще я нарывался на то, что груви достаточно сложно было полностью подружить с PowerMockito, и хотя по большей части они дружились, сделать нормальный mock MappedByteBuffer-а неполучилось. Подробностей не помню, но насколько помню, суть в том, что у PowerMockito есть аннотация @PrepareForTest которая грузит класс своим класслоадером - с инструментацией байткода. И эта инструментация идет не так когда методы дергаются через рефлекшен. В конечном итоге - написал этот тест на java.

Но вобщем, это все мелочи, которые решаются. Для некоторых вещей груви реально удобней. Даже в спринге появился конфиг на груви, и он лаконичней xml.
...
Рейтинг: 0 / 0
Lombok
    #39124441
Leonid Kudryavtsev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Может я не врубаюсь, но в чем проблема Груви и Java Server Faces ?

В Oracle ADF при описании GUI Груви во весь рост и даже с ним перебор IMHO. Никаких проблем вроде нет, кроме того, что все эти "скриптовые" языки со своими ошибками в run time лично меня добивают (мне хочется опечатки видеть во время компиляции, а не в райнтайме)
...
Рейтинг: 0 / 0
25 сообщений из 42, страница 1 из 2
Форумы / Java [игнор отключен] [закрыт для гостей] / Lombok
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]