1
unbright 2021 年 8 月 4 日
又开始干架了
|
2
Dockerfile 2021 年 8 月 4 日
我觉得上个帖子里面说的很详细了,没必要又开一个
|
3
witcherhope 2021 年 8 月 5 日
窃以为数据库层面无需纠结这些东西,框架这个东西以团队为主,相比这些东西更应该关注业务层的代码设计。
|
4
siweipancc 2021 年 8 月 6 日 via iPhone
拿出我的小板凳
|
5
abcbuzhiming 2021 年 8 月 12 日 这还要争多久啊?
喜欢 ORM 的思路,选 JPA 。 喜欢 SQL 帮助工具,选 Mybatis(的各种增强版,抱歉,原版 Mybatis 我也用不下去,普通的 OLTP 查询也要写 sql 我受不了)。 实际现在真正流行的东西,是 OLTP 的 ORM 和自定义查询的 SQL 帮助工具的结合体。Mybatis 的几个增强工具其实就是这个思路,这也是为啥这东西流行的原因。觉得[Spring Data JPA 这么好用]。纯粹是你还没遇到能戳到它弱点的需求而已,被戳一次你就再也不会想用 Spring Data JPA |
6
hcen1997 2021 年 8 月 12 日
同意 @abcbuzhiming 的说法
jpa 模式太简单了, 天下没有免费的午餐 mybatis 原版手动的太明显了, 要建表 20 多个对象, 的情况下, 一个人做工作量太大了 两个复合一下, 基本自动化, 复杂手动化 这种设计模式更符合现在的开发需求吧(基本都是增删改查的简单需求, 但是复杂需求也是日常) 那么就看那个框架更能符合今天的需求了 |
7
ikas 2021 年 8 月 12 日
这问题从 hibernate 与 jdbc 讨论了 10 几年了
|
8
felix9ia 2025 年 1 月 17 日
Mybaits-Plus YYDS
|