V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
kongkongye
V2EX  ›  程序员

spring 的约定优于配置概念好吗?

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

    尤其是 spring security+spring boot ,虽然几行代码就跑起来了,但想改却很难,因为不知道约定了啥,背后偷偷给我跑起来个啥,只能官方文档加源码配合着研究,没觉得学习成本有降低。

    最终搞了个七七八八,但对于整体的结构与数据流还是没有完全理解,因为 spring boot 的自动配置会检测条件什么的,造成配置的动态化难以捉摸,虽然类都静态写在那里,但会不会实例化还要跑起来才知道。

    而且 spring 里普遍的各个重要类之间的关系比较复杂,个人感觉不是线性也不是树形,而是网状的,比较纠缠。

    37 条回复    2022-07-04 09:39:14 +08:00
    Leviathann
        1
    Leviathann  
       43 天前
    这个应该是源自 ror 的理念
    FrankHB
        2
    FrankHB  
       43 天前   ❤️ 2
    没约定还不是一样要看文档来配置……
    约定烂是另一回事,属于设计问题。
    wangkun025
        3
    wangkun025  
       43 天前
    我用的是 Ruby on Rails ,觉得这个理念挺好的。
    cheng6563
        4
    cheng6563  
       43 天前
    不约定,配一堆 web.xml ,application.xml ,jdbc.properties ,redis.json ,好玩不
    litchinn
        5
    litchinn  
       43 天前
    理念优劣不清楚,但是人们更愿意使用 springboot 而不是回到配置 spring 的时候这是肯定的
    fzdwx
        6
    fzdwx  
       43 天前
    `而且 spring 里普遍的各个重要类之间的关系比较复杂,个人感觉不是线性也不是树形,而是网状的,比较纠缠。`

    这个是不是因为找不到到底注入了哪个实现吧,哈哈。
    luob
        7
    luob  
       43 天前
    你的感觉没有错,这确实是 spring 这一套最大的硬伤,但是同时带来的好处也是巨大的。

    你也不好去指责它什么,因为它怎么选都是错的,所有框架都只能解决一些问题,并不能解决所有问题。
    renmu123
        8
    renmu123  
       43 天前 via Android
    首次接触的人会很难受,习惯的人会很爽。
    我是不太喜欢这种设计
    wolfie
        9
    wolfie  
       43 天前
    看文档,或者点进去看所有可配置选项。
    Jooooooooo
        10
    Jooooooooo  
       43 天前
    spring 另外一个大问题时, 一旦报错, 找具体是哪里的问题很困难.
    frisktale
        11
    frisktale  
       43 天前
    约定大于配置的思想肯定是好的,但 spring-boot 确实有点过头了。我最开始学 springboot 一脸懵逼,引入组件只能网上搜索,然后跟着教程写,但不知道为什么这么写。后面学了 asp.net core ,也是类似的思想,但清晰多了。
    Bingchunmoli
        12
    Bingchunmoli  
       43 天前
    或者换种想法,如果不是约定大于配置,那么我们从什么地方了解到一个框架的使用以及入门,其实还是靠的是文档,大佬看源代码给萌新做视频,博客等等,不同的写法也可能导致萌新更疑惑,约定大于配置不一定是最好的,但是是当前情况下比较良好的解法
    dcsuibian
        13
    dcsuibian  
       43 天前
    从 xml 时代到现在,肯定是更好的。

    如果放开配置的话,可以,但能配置的东西实在是太多了。举几个例子:
    数据库连接池:初始数量、最大连接数量、最大最小空闲连接、最长超时时间。
    日志框架:输出格式、输出级别。
    Servlet:请求大小、session 过期时间

    再往细处想,一个 http 请求你就能配好多东西。以上还只是配置,那库的选型呢? Druid 还是 C3P0 ,log4j2 还是 logback ,Jackson 还是 Gson 。选择面太广了。
    version0
        14
    version0  
       43 天前
    就是没这个约定大于配置,还是得去看文档,熟悉过后,springboot 这种写法很方便
    daliusu
        15
    daliusu  
       43 天前
    来写写 webpack 看看,你就知道约定优于配置究竟多好了,还没干活先配个一两天 webpack 吧,直到现在配置 webpack 都是常见八股文面试题呢
    wiix
        16
    wiix  
       43 天前
    spring boot 只是降低了代码量和入手,没有降低学习难度。
    另外“看官方文档=学习成本高”不成立,看官方文档也学不会的前端框架贬低都是,看的想骂人😀😀😀
    wiix
        17
    wiix  
       43 天前
    spring boot 只是降低了配置量和入手难度,并没有降低学习难度。
    另外“看官方文档=学习成本高”不成立。看官方文档也学不会的前端框架遍地都是,看的只想骂人😀😀😀
    kongkongye
        18
    kongkongye  
    OP
       43 天前 via iPhone
    @daliusu 让我想起了 vite 跟 webpack ,webpack 配置的确多,vite 却很简洁
    frankly123
        19
    frankly123  
       43 天前
    这就是你几年经验的用处啊🐶
    RuLaiFo
        20
    RuLaiFo  
       43 天前 via Android
    @wangkun025 了解过 ror ,我有种这样的感觉,ror 的约定大于配置很严格,这样在开法时就能清晰的知道哪些是约定好的东西。但是 spring boot 的约定大于配置就比较灵活了,灵活就会导致边界不清晰,所以有些时候不清楚约定了啥,需要看源码。
    wangkun025
        21
    wangkun025  
       43 天前
    @RuLaiFo 可能这就是我每次学 Spring Boot 都觉得痛苦的原因吧。
    DoctorDeng
        22
    DoctorDeng  
       43 天前
    肯定是约定优于配置的概念更好的,确实方便上手,对于有个性化需求的地方确实还是得看文档。

    楼上有些说难学习的,多用用就好了。有了 Spring Boot 模块复用就非常方便了,我现在日常开放中,很多东西都是单独抽离成 xxx-starter ,其他项目只需要引入这个依赖就能够使用了,不像以前,导入依赖后还得配置一大堆东西
    mejee
        23
    mejee  
       43 天前
    不太喜欢 spring boot 那一套,虽然原因是自己没有好多学,感觉稍微用用还行,高级一点的定制化的用,有点束手束脚的
    veightz
        24
    veightz  
       43 天前
    对新手友好,对专家友好,但中间阶段的人很崩溃
    kongkongye
        25
    kongkongye  
    OP
       43 天前 via iPhone
    @RuLaiFo 的确过于动态化了,代码层面我更想静态一些,这样有助于结构的稳定与追溯。
    spring 里框架有关的类我自定义个 bean ,就可能有其他自动配置失效了,除非很了解,否则这种未知会造成心里没底。
    james122333
        26
    james122333  
       43 天前 via Android
    其实框架都是约定的 只是占比还有实现差异
    spring 糟糕的点在于註解表达力太差又太零碎
    ikas
        27
    ikas  
       42 天前
    spring 或者 springboot,人家提供自动化配置,也支持完全手动配置..
    从来都是看人.你不想用约定,那完全可以用自己的思维配置
    至于说什么 xml,注解,java..无非都是一种配置方式而已..
    james122333
        28
    james122333  
       42 天前 via Android
    @ikas

    当你被毒害过就不会条条大路通罗马了
    理论上是如此 但路有很多种
    ikas
        29
    ikas  
       42 天前
    @james122333
    怎么说呢..
    不想学习的人..他们直接用了
    想学习的人发现路太多,又不想从 spring 基础学习.
    真的搞明白了,就会发现我说的这些.其实什么约定,手动配置..没什么难度..
    wupher
        30
    wupher  
       42 天前
    在 RoR 之前,没有 Sring 或者 Spring Boot 时,Struts, hiberate 这些光设置文件就一堆 xml 。

    那时 xml spy 真是必备工具。有时光搭个项目框架,就要花 1 天。

    当前第一次学习 RoR 时,真是大受震撼。
    kongkongye
        31
    kongkongye  
    OP
       42 天前 via iPhone
    有的人可能语言过激了,这里并没说 spring boot 的约定优于配置不好,只是一种设计上的吐槽与探讨,想想 npm 与 pnpm ,npm 并没有不好,但是针对缺点弄个新框架也未尝不可。约定其实就像软件设置里的默认值,只是软件默认值列表是可以直观展示出来并修改的,但 spring boot 里的约定太多太细了,关系错综复杂也不是一个简单的列表可以展示的,约定优于配置就是把双刃剑,因此后续或许某人就觉得这点不爽然后弄个新框架呢?开发技术是一直在进化的,不能因为一个东西自己用着挺爽就觉得一直不会变,不能变。
    cs419
        32
    cs419  
       42 天前
    spring boot 的思维 适合快速体验 某个框架
    又比如 张三希望推广自己的开源库 做个适配 spring boot 的适配器
    让别人能快速的 体验这个开源库
    张三 写的 boot starter 如果是凑合写的,兼容性就差,要保证兼容性好,还得勤快的维护

    用过 docker 的话 就有相似的感受
    一行命令就能快速启动 mysql
    快速的体验这个东西
    但体验之后 如果是生产环境
    还是 应当自己对 mysql 的配置文件 进行配置的
    自己写 dockerfile 调试比较繁琐

    同样的 用 spring boot 整合某个框架的时候
    你要是想糊弄 就用自动配置 (有可能遇到与其他库冲突的问题)
    想要深度定制 就自己基于 xml 的形式去配置
    xml 虽然啰嗦 但每项配置都是你亲自加的 不会有暗坑
    明坑的话 找解决方案容易点

    用过 mybatis plus 与 flowable 一起使用 会冲突
    好像是因为他俩 sqlSessionFactory 重复了
    于是干脆都自定义 也不用他俩的 boot starter 了
    james122333
        33
    james122333  
       42 天前 via Android
    @ikas

    java 上 spring 目前是一支独秀
    james122333
        34
    james122333  
       42 天前 via Android
    @ikas

    框架本身都是要有一定程度的易用
    然而东西大了才会知道优缺
    一开始肯定是不难的 除了你用的都很基本
    james122333
        35
    james122333  
       42 天前 via Android
    @frankly123

    然而我自己手刻结果一模一样不複杂效能又好
    这是种刻意的门槛 很多工具都这样
    akira
        36
    akira  
       41 天前
    开箱即用比什么都重要。 跑个东西还要配半天,这种没人会喜欢的
    nothingistrue
        37
    nothingistrue  
       41 天前
    @kongkongye 约定优先于配置,不是约定代替配置,你要不乐意,完全可以手动配置自己搞。你所看到的复杂,跟约定优先于配置没关系,是配置本来就这么复杂,约定是降低,而不是增加了复杂度。你现在的看法,举个例子来说就是:不怪路本来就难走,而怪修路的没把路修好。
    关于   ·   帮助文档   ·   API   ·   FAQ   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   2353 人在线   最高记录 5497   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 27ms · UTC 10:32 · PVG 18:32 · LAX 03:32 · JFK 06:32
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.