@RainCats 我是真的不知道写在 @Query 有什么问题啊，如果没条件判断的，一次性的复杂查询，写 @Query 不是很直观吗

@prosgtsr 你要 save 啊，就相当于 commit ，否则不会触发数据库持久化的。ORM 的概念就是，对象是对象，也是数据库，你不要分开考虑，只要考虑对象就可以了。

@stickchen 我也是刚使用 spring boot 不久
我想大概原理就是用字符串拼接吧，原生的 raw 查询，你可以把 where 那一部分 抽出来 用 if 来拼接；

正规的做法应该是用 JPA Criteria API 吧，虽然我也没怎么用过；

感觉 Hibernate 的 这两种查询方式，刚好和 laravel 的
Query Builder：集合查询
还有 Eloquent ORM：对象查询
对上

但是感觉 Hibernate 设计得更好，它和数据库对应得严丝合缝，只要你懂它的配置；

前端那帮人不知道在搞点什么
服务端渲染最搞笑了，又走回 php 几十年前的老路，我还不如去用 laravel 全家桶

@yechentide Doma2 看上去很不错的 query build ，我研究一下，谢谢！

@sagaxu JMX 这个我研究一下，谢谢。
如果只是每次都启动的命令行，你定义一个 bean ，然后 main 中根据参数决定初始化哪个 bean 不就好了？
恰恰不是每次启动就执行的命令，而是随时可以执行的指令。脚本语言搞这个很常见

laravel 的特点是大而全，在 web 开发领域，有两个方向是无敌的，独立开发者，快速原型。但是要涉及到 架构设计，性能优化，和第三方中间件的兼容性，感觉就没那么灵活了，所以团队用的话，需要大家水平都差不多，约定要好。

laravel 的官方文档是所有框架中写得最好的，没有之一。

@Nosub 说得太好了，我大概有点懂了，像我这样平时不怎么写 sql 的，JPA 的方式比较直观，因为它是更声明式，而不是面向过程的，ORM 主要维护业务实体关系，因为我无论是前段还是后端，都喜欢使用 domain 设计风格，所以这种面向业务的方案很适合我，但是如果遇到复杂的查询和业务关系，还是你说的面向集合，查询组合关系比较简单，我觉得可能是因为我是新手吧，还没遇到更复杂的场景

@Bingchunmoli 复制的主要是查询吧，查询可以自定义 sql ，jpa 主要管理实体和数据库对应一致很方便

1.只有很多单表操作我才会倾向于 JPA 。复杂联表查询、CTE 子查询，sql 长的要命那种一般都在数据库客户端上调试写好了，直接搬到 mybatis xml 中。
请教一下，复杂查询这样写
@Query("""
SELECT c
FROM Comment c
WHERE c.parentId IN :parentIds
ORDER BY c.createdAt DESC
""")
List<Comment> findByParentIds(List<Long> parentIds);
不就可以自定义了吗，用 mybatis 有什么额外好处吗？


2.生产没有使用过 entity 去操作表结构，因为 DDL 操作都要提单过 DBA 操作。
撸个人项目，没 DBA ，主要想体验一下 spring boot ，否则可能会选用轻量化的方案

3.CommandLineRunner 接口定义就是应用启动后去执行自定义逻辑，此操作生命周期内只有一次。想自己调用，留个接口随便玩。
请教一下，是通过 http 调用吗？


4.没听过不知道
数据库版本管理，因为你有 DBA ，可能不用管这块

5.哪有什么优雅不优雅，以前我喜欢复杂的设计模式，现在我只想一把梭完了回家
：D ，我主要是想提供维护性，不想把不理解的东西写到代码里

@yjhatfdu2 请赐教，sql 怎么一句写出来～～

@zhzy 大哥，感谢你啊，把我的问题写出来了

fastapi 看上去很不错，可能拿来做正经项目吗？

js 是在这些老 语言里面，一个沙盒脚本语言，感觉设计很合理的了，有 ts 后，感觉非常和谐，但是生态大多都是界面交互一类的，没啥意思，
python 功能强大多了，但是这个写起来蛋疼，可能是我不懂的缘故

另外很多 ai 的库都用 python 写的，听说很多搞 AI 的人都不怎么会编程，所以搞得效率很低下，是真的吗？

我昨天用了一下 python 的 fast-api, 这个设计得真好，，但是我对 python 没信心，用 python 做大项目的感觉是怎样的？

向日葵就是 rdp 的，用着还行

需要花时间深入研究原理，没有开箱即用方案，最近在做 把网页 变成图片，截取全网页，没想到这个简单的需求，要实现完善的功能 和 稳定的服务，，都要花很多功夫