V2EX = way to explore
V2EX 是一个关于分享和探索的地方
Sign Up Now
For Existing Member  Sign In
V2EX  ›  XiLemon  ›  全部回复第 5 页 / 共 23 页
回复总数  459
1  2  3  4  5  6  7  8  9  10 ... 23  
❮ ❯
2021 年 9 月 28 日
回复了 mayandev 创建的主题 › 分享创造 › 开发了一个生成 Notion 风格头像的在线工具
建议出一个根据自拍生成头像功能
2021 年 7 月 1 日
回复了 SmartKeyerror 创建的主题 › 推广 › 盖楼抽奖 | 感谢 V 站老哥们的认同和鼓励
分母+1
2021 年 5 月 28 日
回复了 coderstory 创建的主题 › Java › 深夜求助 Java 中 2 个线程怎么互相唤醒和挂起
notify 只是把其他等待锁的线程唤醒,重新参与锁的竞争,并没有释放锁,wait 才会正真的释放锁
2021 年 5 月 18 日
回复了 XiLemon 创建的主题 › Java › 业务代码写单元测试的最佳姿势是什么?
@witcherhope
@ljf 两位老哥、分享一波经验呀
@lix7 多谢
2021 年 5 月 17 日
回复了 XiLemon 创建的主题 › Java › 业务代码写单元测试的最佳姿势是什么?
@no1xsyzy 我去了解一下
@cxshun 我感觉可能是现在的方法写的太大了,一个方法做了很多事情,导致许村 mock 多个对象,导致单测很难写
@www5070504 我理解需求文档没写明白的好,最后咋移交的,怎么开发的呢?
@sdushn 不一定会,但能让自己变成一个靠谱的选手
@RedisMasterNode 谢谢,我看一下
2021 年 5 月 17 日
回复了 XiLemon 创建的主题 › Java › 业务代码写单元测试的最佳姿势是什么?
@ClericPy 希望能分享一下经验
@mxalbert1996 我理解也是,今天看了一下代码,一个方法,要 mock 四五个对象,完全没办法写单测嘛
2021 年 5 月 16 日
回复了 XiLemon 创建的主题 › Java › 业务代码写单元测试的最佳姿势是什么?
@lhx2008 谢谢
@Jooooooooo 0.0.. 没有实践过。。。
@fpure 不能光看成本呀,收益如何呢
@aragakiyuii 现实就是写的业务代码,对单测很不友好。假设时间够,我该怎么写出单测友好的代码呢,光看一些简单的例子,领悟不了 ─.─||
2021 年 5 月 16 日
回复了 XiLemon 创建的主题 › Java › 业务代码写单元测试的最佳姿势是什么?
@lhx2008 现在的项目里代码分层比较乱,service dao 飞来飞去,有点难搞哇
@Jooooooooo 不会吧,老哥,我看设计模式专栏的例子,还挺贴切的。就是转到公司的项目,感觉无从下手
Command/Ctrl + Shift + F7
入门当然是 MySQL 45 讲,然后就是何登成大佬的博客,配合官方文档。
2021 年 2 月 23 日
回复了 XiLemon 创建的主题 › Java › JPA 为何如此难用,是我姿势不对吗
@unbright #56 最后还是用了 QueryDSL,感觉还行。帮别的组做东西,需求确实很凌乱,很坑。
2021 年 2 月 18 日
回复了 XiLemon 创建的主题 › Java › JPA 为何如此难用,是我姿势不对吗
@SkyLine7 #54 对呀,感觉很不习惯,现在配合 QueryDSL,感觉好点吧,-_-||
2021 年 2 月 11 日
回复了 XiLemon 创建的主题 › Java › JPA 为何如此难用,是我姿势不对吗
@mmdsun 关联没有超过 3 张表
@passerbytiny 我也不想用诶
@winglight2016 >…<
2021 年 2 月 10 日
回复了 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 这一套
2021 年 2 月 10 日
回复了 XiLemon 创建的主题 › Java › JPA 为何如此难用,是我姿势不对吗
@huang7230468 #22 JpaSpecification 我真的爱不上啊,MyBatis Plus 是国产的,MyBatis 不是。另外,迁移数据库,以我有限的职业生涯来说,不知道会不会遇到,至少目前没有。我理解到了要迁移数据库的层面,可能重新写业务是更好的方式吧。
@winglight2016 #24 确实不熟悉,也不太理解这种思想。需要深入学习一下,请问有合适的资料可以推荐一下么
@jaynos #25 我觉得也还行啊,稍微有点啰嗦。
@chocotan #26 我也认为是思路有问题,但是实际上确实要用到原生 SQL 的功能。

问题来了,怎么掌握 JPA 的这种设计思想呢?
2021 年 2 月 10 日
回复了 fx777 创建的主题 › 问与答 › 今天最后一天,你还在坚守岗位上(mo)班(yu)吗?
哎,别说了,以后打死要请假先溜,不然别的组人走了,不请假的可能被拉壮丁,现在还在填坑 o(╥﹏╥)o
2021 年 2 月 10 日
回复了 XiLemon 创建的主题 › Java › JPA 为何如此难用,是我姿势不对吗
@cgpiao #18 -_-|| 打工人,公司项目用啥,我用啥呀。而且是在已有项目做的需求,没得选额,不然 MyBaits 一把梭,就不会有这个帖子了。
2021 年 2 月 10 日
回复了 XiLemon 创建的主题 › Java › JPA 为何如此难用,是我姿势不对吗
@lawler #17 目前是用 Specification 来做的,感觉这个用起来足够啰嗦了,准备春节的时候看下 QueryDSL 会不会简洁一点。其实逻辑不算很复杂,没有超过 3 张表的关联,一般关联查询也就是两张表了。如果用 MyBatis 的话,能很快做完需求。
2021 年 2 月 10 日
回复了 XiLemon 创建的主题 › Java › JPA 为何如此难用,是我姿势不对吗
@lawler #12 @Where(clause="DEL_FLAG=1") 这个应该是逻辑删除的用法了
@Kirsk #13 我觉得 MyBatis 让我可以选,JPA 只能用它那一套了。两个框架( JPA 是规范,暂时代表实现 JPA 规范的框架)思路确实不一样。我比较好奇的时候,您在实际业务场景中,不会依赖原生 SQL 么?
@FightForFreedom #14 嗯,这个我知道,就是不够灵活。
2021 年 2 月 10 日
回复了 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 又弥补了单表查询不在便捷的缺点。
1  2  3  4  5  6  7  8  9  10 ... 23  
❮ ❯
About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Privacy   ·   Solana   ·   909 Online   Highest 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 28ms · UTC 18:38 · PVG 02:38 · LAX 11:38 · JFK 14:38
♥ Do have faith in what you're doing.