首页   注册   登录
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
Coding
V2EX  ›  Java

Lombok 到底应不应该使用?

  •  
  •   cmower · 217 天前 · 7025 次点击
    这是一个创建于 217 天前的主题,其中的信息可能已经有所发展或是发生改变。

    之前写了一篇《干啥呢,Lombok 》,读者反响还不错。

    有一些批评的声音:使用 Lombok 等于强 X 了你的队友,他们也必须使用,否则代码就编译不通过。

    但我自己的体验是,省去 getter/setter 似乎真的很省心。

    V 站的朋友们,你们觉得呢?

    80 回复  |  直到 2019-05-21 13:26:09 +08:00
        1
    asdf17128   217 天前   ♥ 5
    队友被强 X 了之后表示很开心
        2
    allanzhuo   217 天前
    Lombok 不只有 get set,还有很多其他的实用功能。被强 X 的没坏处
        3
    Raymon111111   217 天前
    省掉 get/set 并没有带来多大的好处
        4
    waising   216 天前
    lombok 只是为了 get/set 不如引入 kotlin
        5
    adzchao   216 天前
    难道你们只知道 lombok 这么片面的功能么?除了 get/set 就没别的了?麻烦看一下官方文档 OK ?
        6
    adzchao   216 天前
    sorry 不是你们 是你
    @waising
        7
    specita   216 天前
    用 ide 自动生成也能应付大多数场景了,所以用不用看大家喜好吧,但是 lombok 还提供其它实用功能,比如 builder,要用 lombok 最好还是要知道生成的到底是些什么代码比较好
        8
    qiyuey   216 天前
    Kotlin 欢迎你
        9
    Sendya   216 天前   ♥ 7
    你还可以用 @RequiredArgsConstructor 来代替原本使用 @Autowired 或 @Resource 注入,省去写构造
    你还可以写 @Slf4j 来自动生成 log 免去手写行,直接使用 log
    你还可以 @toString @EqualsAndHashCode 等各种
    你还可以...

    ![]( https://i.loli.net/2019/05/08/5cd2803bd34c4.png)
        10
    Resource   216 天前   ♥ 13
    @Sendya #9 好的
        11
    Le4fun   216 天前
    楼主贴下《干啥呢,Lombok 》呗
        12
    Sendya   216 天前
    @Resource 哈哈哈哈过分了这 ID 居然也有
        13
    loveCoding   216 天前
    手指断了别怪我
        14
    Sharuru   216 天前
    正如 5 楼所说,Lombok 的功能不仅是 getter/setter。

    团队开发中,用不用,怎么用,很多时候不是一个普通成员能决定的,如果要用,就算不服也得用。较为规模的项目一整套开发规范不是白写的。

    平常站里没见几个写 Java 的,但是一旦碰到这种可以撕逼的问题,仿佛人均 Java 开发十年。
        15
    passerbytiny   216 天前   ♥ 2
    某 Spring 开发者:快看这有个超级好用的 lombok。( Spring 有些文档中已经只提供使用了 lombok 的代码示例)
    某专职代码评审员:别给我添麻烦,用 lombok 的一律扣分。

    ——团队文化决定了是该不该用。
        16
    Jrue0011   216 天前
    start.spring.io 输入 lombok 是有结果的...
        17
    bdnet   216 天前
    用 Git 是不是 QJ 了喜欢用 SVN 的同学?

    Java 后面更新也有吸收 Lombok 的特性。比如 var
        18
    jorneyr   216 天前   ♥ 3
    我们规定了必须用 Lombok,因为吃过亏,有的 Bean 几十个属性,增加或者修改属性的时候不小心就会忘了修改 getter 或者 setter,导致前端提交的数据服务器端没有得到而产生 Bug,查找了很久发现原来是新增加的属性忘了增加 setter。
        19
    thisisgpy   216 天前
    SpringBoot starter 的组件可选列表里面有 Lombok
        20
    EmdeBoas   216 天前
    当项目中不止 java 的时候就不该用了...比如混入了 groovy,不过大部分人吃不到这个亏..
    仁者见仁智者见智吧,单纯自己玩的时候会用一下,但是团队合作会避免
        21
    jinue9900   216 天前
    @thisisgpy 但是要装插件才能实现自动生成 get set 不然一片红。
    其实 lombok 不止 get set 构造器 toString 建筑者模式也很有用 log 也很有用
        22
    thisisgpy   216 天前
    @jinue9900 我只是想说,既然 Spring 大佬都推荐了,该用就用。如果项目实际情况不允许,那就不用。
        23
    eternaldzw   216 天前
    这个应该是团队大佬决定的事情
        24
    bk201   216 天前
    lombok 我记得是有坑在里面的
        25
    nycbdwss   216 天前
    新项目用到了 一开始不知道干啥的 但是装了插件以后用的真的狠爽
        26
    th00000   216 天前
    我觉得 Lombok 除了简化代码外, 暂时算是 Amber 正式发布前的替代品, 如果能使用 Lombok, 相信 Amber 这么大的福利立刻就会被团队所接受吧。
        27
    smeraldo   216 天前
    用不用 lombok ?这种 tradeoff 无关紧要,完全可以团队投票决定

    > 使用 Lombok 等于强 X 了你的队友,他们也必须使用,否则代码就编译不通过
    ide 是会报错,但是在 build tools 正确引入的话是可以编译的

    @Sendya #9 @RequiredArgsConstructor 代替普通的 constructor injection,就像 field injection 一样,用上瘾了很容易会产生 code smell
        28
    wc951   216 天前 via Android
    @RequiredArgsConstructor 这个注解有点坑爹啊,虽然 @Autowired 可以加上去但是 @Qualifier 没生效,还是不能完全代替手写,而且 onConstructor 里面写注解是实验性的,按官网的说法是之后 jdk 版本的 javac 可能编译出错
        29
    passerbytiny   216 天前
    @wc951 #26 啥时候 @RequiredArgsConstructor 回自动加 @Autowired 了,这是 Spring 自动给构造器加 @Autowired,跟 Lombok 无关。Lombok 只负责自动加构造器,别参杂其它的,你要参杂了,不用专职评审给你扣分,有可能维护你代码的人看到了后就要干你。
        30
    palfortime   216 天前 via Android
    我认为那种在 facade 包里用 lombok 的才是 QJ
        31
    hhhsuan   216 天前 via Android
    不用,用 kotlin
        32
    wm5d8b   216 天前
    为什么队友必须用?就算用记事本也能编译通过
        33
    kevinhwang   216 天前 via Android
    个人很反感用这种干预语法糖的插件。如果团队决定要用我建议换语言。反正 Java 慢慢要死掉的。
        34
    luozic   216 天前 via iPhone
    代码 少就是正义,少才错误少,要不 ts kotlin 也就不会这么火了
        35
    waising   216 天前 via iPhone
    @adzchao 你看不懂我回复内容?
        36
    hengyunabc   216 天前   ♥ 1
    spring 本身并不喜欢使用 Lombok,这里有一个去掉 Lombok 的 issue: https://github.com/spring-projects/spring-session/issues/702

    另外在某个 spring 的工程里,明确提到不喜欢用 Lombok,忘记在哪里了。

    在 spring boot 工程里,可以找到一些支持 Lombok 的代码: https://github.com/spring-projects/spring-boot/search?q=Lombok&type=Code

    Lombok 带来的负担要超出大部分人的想像。另外,并不是所有人都会用 IDE 的,强制别人用 IDE 才能正常打开你的代码,非常的不友好。
        37
    lihongjie0209   216 天前
    你能想到的功能 ide 代码生成 和 live template 都有解决方案
        38
    chendy   216 天前
    不存在应不应该,毕竟 lombok 没有强大到非用不可,也没有坑到没法用,所以大家肯定各执一词。所以:

    1. 自己的项目,喜欢用就用,不喜欢用就不用
    2. 团队的项目,大家决定用不用,或者老大决定用不用

    没了
        39
    anzhongyu   216 天前
    个人觉得 Lombok 不算侵入性很强的,开发还是能带来很大便利
        40
    chendy   216 天前   ♥ 1
    @hengyunabc
    1. spring 团队绝对不讨厌 lombok,starter 里有 lombok 选项,他们自己的项目里也有用 lombok (记得是 data 的一些项目),而且那个 issue 貌似是说方便跑 sample
    2. 因为 lombok 的操作超过了 annotation processor API 的限制,所以其他 annotation processor 项目需要特殊处理它,spring-boot-configuration-processor 是个 annotation-processor,所以需要特殊处理 lombok

    所以其实 lombok 带来的最大的负担是给其他写 annotation processor 的人的,跟普通开发者没啥关系
        41
    rizon   216 天前
    @Sendya #9 原来 spring 构造函数注入的方式,不是必须要在构造方法上加 Autowired 的注解啊。。。。被骗了好久。。。。。
        42
    rizon   216 天前
    @smeraldo #27 就像 field inject 一样,会产生坏味道?怎么个道理??
        43
    x66   216 天前
    @rizon #41 从 Spring 4.3 开始不再需要
        44
    WispZhan   216 天前   ♥ 1
    这玩意有坑,但是好用。

    不过想用其他 JVM 混编就不要用了,这玩意不是用的 APT ( Annotation Processing Tool ),而是 AST 无法通过简单的调整编译顺序让其他 JVM 语言找到 Lombok 生成的代码。
        45
    micean   216 天前
    一直用着,在写内部类的时候舒服多了
        46
    Ahaochan   216 天前
    一点微小的拙见
    初探 Lombok 并拒绝它 https://blog.ahao.moe/posts/learn_Lombok_and_reject_it.html
    拒绝被强 X,也不强 X 别人 (
        47
    799635347   216 天前
    使用过程中除了 @Builder 继承会有些问题,其他表示很 nice
        48
    petercui   216 天前
    @Ahaochan gradle 和 maven 都有 lombok 插件的。
        49
    wdlth   216 天前
    Lombok 与 apt 的兼容性有待提高
        50
    smeraldo   216 天前
    @rizon #42
    众所周知, field injection 很容易弄十几个依赖, 用 constructor 的就会有个很长的参数, 更容易引起注意.
    如果用 lombok, 反而又把这个冗长的构造方法藏起来了, 巧妙地"隐藏"了问题
        51
    orangeD   216 天前 via Android
    用 lombok 一时爽,一直用一直爽。
        52
    Narcissu5   216 天前
    lomok 本身就是 java 演进太慢的问题,希望能像前端的各种 slim 一样只是一种暂时的解决方案
        53
    yuekcc   216 天前
    用过一下。全组人必须得一起用。

    lombok 最大的问题是需要结合 ide 插件使用,虽然 idea 配置不困难,不过组内一些年轻的“老同志”接受不了这风骚的操作。最后只好放弃了。

    果断 kotlin。
        54
    SuperMild   216 天前
    自从有了 Kotlin ……
        55
    billlee   216 天前
    @WispZhan #44 有 maven 插件可以让 lombok 生成 generated-sources, 我写过 lombok 和 scala 混合的代码。不过最近已经全面切换到 scala 了。
        56
    Cbdy   216 天前 via Android
    看 Spring,Spring 用我们就用
        57
    CasualYours   216 天前
    我很喜欢用,但确实强 X 了队友。
        58
    dif   216 天前
    这东西,少数服从多数,不用也影响不大,用了也没啥坏处。反正我们是建议使用的。
        59
    Yuicon   216 天前
    知道但没用过 感觉并没有提高多少效率 反而容易造成分歧 比如没用过的人就不理解队友的代码了
        60
    shihty5   216 天前
    Hail Kotlin!

    data class MyDataClass(val age: Int, val name:String)
        61
    bduqw   216 天前 via Android
    kotlin data class + 1
    跟 Java 无缝兼容,idea 也自带支持,写爬虫很舒服
        62
    zjengjie   216 天前
    @Ahaochan 你那文章写得挺没道理的。
    1.编译成 jar 包后引入是不需要依赖 lombok 的,引入源码包才需要。
    2.你把那个 setter 方法写在类里面会自动覆盖 lombok 生成的 setter,完全不会对功能造成影响。
        63
    tppppp   216 天前
    lombok 遇到过坑 版本太新会 require jdk9+
        64
    thinkloki   216 天前
    @SuperMild 意思是写 bean 的时候用 kotlin 吗?还是整个服务用 kotlin 来写?
        65
    rizon   216 天前
    @smeraldo #50 好的吧,但是依赖一大堆 这种是业务场景啊,也没啥解决办法吧?
        66
    rizon   216 天前
    @SuperMild @thinkloki #64
    我也挺好奇的,有没有混着 kotlin 写 java 的?我记得以前看到过一些示例来着,忘了在哪了。如果有相关的示例可以看看就好了。
        67
    CuChulainn   216 天前
    kotlin data class 了解一下
        68
    notreami   216 天前
    这时候就突然觉得,java 生态开始分裂了。
    大家盯着 lombok 肉体强 X,而忽略了 kotlin、scala 这些携生态的方式对 java 的肉体和思想的双重羞辱嘛?
        69
    mreasonyang   216 天前 via iPhone
    实际使用中,个人感觉 lombok 最麻烦的就是很难处理在 maven 项目中和 aspectj 共存的问题
        70
    EastLord   216 天前
    现在 ide 能够自动生成 get/set 方法 我觉得没必要用
        71
    SaintDan   215 天前
    如果团队能协商使用的话,当然用了更好
    主要是 lombok 不仅仅是 get / set 还有很多便捷的功能
        72
    leonard916   215 天前
    我個人是很喜歡 lombok 的 至於強沒強 X 隊友 我並不關心
    反正誰不想省事
        73
    boywang004   215 天前
    lombok 在解决 Java 语言冗余方面做的很好,但是不够彻底。比较起来,我会倾向:
    使用 Kotlin 或者混合使用 Kotlin 来解决语言层面冗余的问题。

    lombok 目前实现也有一些 trick 和 hack,如果有更好的实现也许我会给 lombok 加分。另外 lombok 带来的一些隐性的成本是一般开发者用脚投票时不太容易看到的(毕竟短时间看省事儿好用了),团队决策者是需要考虑这些的。我个人的看法是,观望并等待更好的解决方案,或者等待 lombok 更加成熟一些再进行推广(但是现阶段我不会在团队中严格禁止)。

    至于大家提到的 IDE 配置问题,我觉得完全不是一个问题和障碍,Java 目前已经是重度依赖 IDE 的语言了,这点儿配置成本如果都无法接受,听起来很滑稽。
        74
    cubecube   215 天前 via Android
    如果新团队可以引入,既有项目的话,没太大必要,除了让你自己觉得这很爽只在,潜在收益不太大
        75
    yuankui   215 天前
    其实就是 Java 没做好,lombok 擦了屁股而已。

    那些拉了屎不擦屁股的,难道不难受吗?
        76
    atonku   215 天前
    所以我们都在摸鱼
        77
    cmower   215 天前
    @asdf17128
    @waising
    @boywang004
    @SaintDan
    @CuChulainn
    @bduqw
    @shihty5
    @CasualYours
    @SuperMild
    @yuekcc
    @anzhongyu
    @EmdeBoas
    @Le4fun

    看来褒贬不一,不过 kotlin 好像都很喜欢。
        79
    linvaux   204 天前 via Android
    无所谓,爱用不用,不用就去手写,屁大点事儿也要讨论半天。
        80
    nkduqi   204 天前
    基本上会用,但是要注意其中的一些坑,别让团队踩上了
    关于   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   4213 人在线   最高记录 5043   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.3 · 45ms · UTC 06:55 · PVG 14:55 · LAX 22:55 · JFK 01:55
    ♥ Do have faith in what you're doing.