Jrue0011 最近的时间轴更新
Jrue0011

Jrue0011

V2EX 第 346521 号会员,加入于 2018-09-02 20:11:22 +08:00
Jrue0011 最近回复了
106 天前
回复了 gomorebug 创建的主题 Java 关于 mybatis 的疑惑
国内 Mybatis 可能是培训机构、视频啥的带起来的。哪里有统计数据可以表示在国外没人用 Mybatis 。StackOverFlow 发帖数量感觉只能表示开发人员对 JPA 的疑惑更多。Github 的 issue 数量?

Mybatis 框架是国外的人开发的,SpringBoot 虽然没有专门指定 Mybatis 的版本,不过 start.spring.io 创建项目时可以选择 Spring 推荐的 Mybatis 版本。另外还有一个区别于 Spring Data JPA 复杂概念而开发的简化版本 Spring Data JDBC 项目,它的文档里也有描述怎么与 Mybatis 集成,感觉应该不至于国外完全没人用吧。

说起来如果有人不喜欢 Mybatis Plus 更喜欢 Spring Data JPA 那种风格,又想要 Mybatis 灵活 SQL 的可以试试 Spring Data JDBC ,可以说是 Spring 官方的 Mybatis Plus 了。
110 天前
回复了 EmberYu 创建的主题 职场话题 大家上班不忙的时候都怎么提升自己呢?
再别说了,我刚 30 ,现在下班回家还是神原 2 ,启动。
@feirisu Copilot 也是吗,也就是做公司项目最好不要用这种东西?
阿里的人做导师,分配任务,感觉像外包吧。。。
120 天前
回复了 cMoon 创建的主题 Java mybatisplus @TableName 注解中 excludeProperty 赋值问题
可以是可以...

一种方式是改 Mybatis-Plus 的 TableInfoHelper 代码实现对 excludeProperty 中 SPEL 的支持,并想办法让所有依赖 TableInfoHelper 的地方能用上新的实现(改源码重新打包、运行时动态增强/替换之类的)

另一种方式是既然你需求都是静态的,那甚至没必要用 SPEL ,自己写个类似 lombok 的注解处理器修改 excludeProperty
网上搜了下,感觉重量级只是说当锁膨胀到最后一个阶段,如果抢不到锁会从用户态切换到内核态挂起等待,相对前面阶段的偏向锁和轻量级锁重的说法吧,而不是跟 Lock 的对比?另外就是楼上说的 1.6 之前因为没有偏向锁、轻量级锁的优化,上来就是第三个阶段。这样看的话 1.6 之前 synchronized 和 Lock 差不多,现在如果是竞争少的情况下反而 synchronized 更优。

以 Linux 举例,synchronized 在第三阶段的 ObjectMonitor 以及 AQS 的 LockSupport.park/Unsafe.park 好像都是 CAS + futex_wait (手动狗头下,我也不知道我说的对不对,都是搜到的资料)。
124 天前
回复了 bleulucaswu 创建的主题 Java Hibernate entity association, persiste 玩不明白
没用过 Hibernate ,理论上他这种框架既然有自动处理,那应该也会通过某种方式判断存在不存在吧?

比如有没有可能类似加一个注解(看文档里好像有个注解是 NaturalId )标识你这个 type_name 上有唯一索引,以及你的 JoinColumn 注解也加上这个 type_name (同样看文档里有个注解是 JoinColumns ,另外字段上也能加多个 JoinColumn ),然后 Hibernate 就会在创建前先查询下?
理论其实就那么些,主要看实现吧。谷歌不是有篇论文讲他的权限系统 Zanzibar ,定义了一些语法来表达 ACL 权限,也有组成员(就类似角色)、交并集、继承之类的能力,而且现在好像也有几个基于这篇论文的开源实现了
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   5311 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 55ms · UTC 01:24 · PVG 09:24 · LAX 17:24 · JFK 20:24
Developed with CodeLauncher
♥ Do have faith in what you're doing.