XiLemon

XiLemon

V2EX 第 158163 号会员,加入于 2016-02-05 13:43:56 +08:00
今日活跃度排名 2277
XiLemon 最近回复了
6 天前
回复了 XiLemon 创建的主题 Java JPA 为何如此难用,是我姿势不对吗
@unbright #56 最后还是用了 QueryDSL,感觉还行。帮别的组做东西,需求确实很凌乱,很坑。
11 天前
回复了 XiLemon 创建的主题 Java JPA 为何如此难用,是我姿势不对吗
@SkyLine7 #54 对呀,感觉很不习惯,现在配合 QueryDSL,感觉好点吧,-_-||
18 天前
回复了 XiLemon 创建的主题 Java JPA 为何如此难用,是我姿势不对吗
@mmdsun 关联没有超过 3 张表
@passerbytiny 我也不想用诶
@winglight2016 >…<
18 天前
回复了 XiLemon 创建的主题 Java JPA 为何如此难用,是我姿势不对吗
@iamppz #28 您说的交给原生 SQL 处理指的是什么方式呢,用 @Query 注解吗,确实没有银弹,但是有相对的比较嘛

@wc951 #29 确实缺乏这方面的理解

@idoggy #30 能说的具体一点么 -_-||

@hantsy #32 确实不熟悉 JPA,记得刚开始学习 Java 这一套时,主流框架还是 SSH,然后转变成 SSM 了。Hibernate 这个词最早还是在 Win10 休眠启动的时候学会的这个词儿~~~,学习过 MyBatis 的部分源码,Hibernate 未曾了解过。

@Cbdy #34 -_-|| 大佬制定规则,打工人照着搬砖。。。

@onikage #35 主要 MyBatis 更自由吧

@lonelymarried #36 0.0... 确实习惯了 MyBatis 这一套
18 天前
回复了 XiLemon 创建的主题 Java JPA 为何如此难用,是我姿势不对吗
@huang7230468 #22 JpaSpecification 我真的爱不上啊,MyBatis Plus 是国产的,MyBatis 不是。另外,迁移数据库,以我有限的职业生涯来说,不知道会不会遇到,至少目前没有。我理解到了要迁移数据库的层面,可能重新写业务是更好的方式吧。
@winglight2016 #24 确实不熟悉,也不太理解这种思想。需要深入学习一下,请问有合适的资料可以推荐一下么
@jaynos #25 我觉得也还行啊,稍微有点啰嗦。
@chocotan #26 我也认为是思路有问题,但是实际上确实要用到原生 SQL 的功能。

问题来了,怎么掌握 JPA 的这种设计思想呢?
哎,别说了,以后打死要请假先溜,不然别的组人走了,不请假的可能被拉壮丁,现在还在填坑 o(╥﹏╥)o
18 天前
回复了 XiLemon 创建的主题 Java JPA 为何如此难用,是我姿势不对吗
@cgpiao #18 -_-|| 打工人,公司项目用啥,我用啥呀。而且是在已有项目做的需求,没得选额,不然 MyBaits 一把梭,就不会有这个帖子了。
18 天前
回复了 XiLemon 创建的主题 Java JPA 为何如此难用,是我姿势不对吗
@lawler #17 目前是用 Specification 来做的,感觉这个用起来足够啰嗦了,准备春节的时候看下 QueryDSL 会不会简洁一点。其实逻辑不算很复杂,没有超过 3 张表的关联,一般关联查询也就是两张表了。如果用 MyBatis 的话,能很快做完需求。
18 天前
回复了 XiLemon 创建的主题 Java JPA 为何如此难用,是我姿势不对吗
@lawler #12 @Where(clause="DEL_FLAG=1") 这个应该是逻辑删除的用法了
@Kirsk #13 我觉得 MyBatis 让我可以选,JPA 只能用它那一套了。两个框架( JPA 是规范,暂时代表实现 JPA 规范的框架)思路确实不一样。我比较好奇的时候,您在实际业务场景中,不会依赖原生 SQL 么?
@FightForFreedom #14 嗯,这个我知道,就是不够灵活。
18 天前
回复了 XiLemon 创建的主题 Java JPA 为何如此难用,是我姿势不对吗
@lawler #12 1. 用 findXxx 的方式查询的都是固定的。如果说有多个查询条件:a & b & c,当 b 不存在是,去掉它,用 a & c 这两个条件来查询。
2. remove 是物理删除么?通常业务做法是逻辑删除。update 同理指的是有这儿 updatXxxx 的接口方法么,IDEA 上没有这种提示额,能具体说一下嘛
3. 在 Entity 上写注解来关联查询,很麻烦呀。MyBatis 也支持在 Mapper.xml 中配置 Collection 来进行关联查询。这两种方式都很麻烦,而且比较固定,不够灵活。但是 MyBatis 能用原生 SQL 解决掉这些问题

整体上来进,JPA 的原则是不用 SQL,只操作实体类。可我没遇见过能完全不依赖 SQL 的场景,所以在原生 SQL 的支持上,JPA 的体验很烂。MyBatis 属于半自动化的 ORM 框架,在单表查询上没有比 JPA 繁琐多少,在灵活性上远胜 JPA 。MyBatis Plus 又弥补了单表查询不在便捷的缺点。
关于   ·   帮助文档   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   4559 人在线   最高记录 5497   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 12ms · UTC 04:04 · PVG 12:04 · LAX 20:04 · JFK 23:04
♥ Do have faith in what you're doing.