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