ionfev's recent timeline updates ionfev's recent timeline updates |
ionfevV2EX member #633024, joined on 2023-06-08 08:57:03 +08:00Today's activity rank 4454 |
ionfev's recent replies
1h 43m ago Replied to a topic by babymonster › 程序员 › 求推荐内网穿透和一键组网的工具或者硬件设备 |
内网穿透被针对是因为不知道你对外提供了什么服务，风险较高。组网工具是自己的一堆设备互联，风险很低。
1h 47m ago Replied to a topic by babymonster › 程序员 › 求推荐内网穿透和一键组网的工具或者硬件设备 |
@babymonster 内网穿透工具通常是把内网中的某个服务映射到公网，例如 frp 。
而组网工具通常是基于 WireGuard 等技术，把多个设备组成一个虚拟局域网，实现设备之间的互联。
由于 WireGuard 主要依赖 UDP ，一些运营商或网络环境会对 UDP 做限制，导致 P2P 打洞失败，只能走中继节点。
而组网工具通常是基于 WireGuard 等技术，把多个设备组成一个虚拟局域网，实现设备之间的互联。
由于 WireGuard 主要依赖 UDP ，一些运营商或网络环境会对 UDP 做限制，导致 P2P 打洞失败，只能走中继节点。
3h 48m ago Replied to a topic by babymonster › 程序员 › 求推荐内网穿透和一键组网的工具或者硬件设备 |
Tailscale + Peer Relay （国内的云服务，设置为 Peer Relay 节点，局域网内节点通过这个节点中转），或者使用 wg-easy 在云服务上搭建 WireGuard 。
Oct 30, 2024 Replied to a topic by apollo007 › 问与答 › 求助：项目管理软件求推荐！ |
云效，免费的
Jan 11, 2024 Replied to a topic by nnegier › Java › [Spring] WebSocket 怎么做到集群？ |
简单实现过，使用 Redis 发布订阅，查资料看到还有 MQ 、Zookeeper 、微服务的服务发现。笔记： https://www.cnblogs.com/ioufev/p/17559480.html
Dec 6, 2023 Replied to a topic by steelshadow39 › Java › 讨论 Java 相比其他编程语言（c++， go， rust 等）的缺点 |
@murmur 有了在 k8s 上部署 SpringBoot 程序的经历，觉得微服务时代"启动快，内存占用低，因为有集群，可以不再追求长时间不间断不出错的运行"是有一种不可阻挡的潮流。Java 现在生态非常好，但是也要顺应潮流。至于 Serverless ，感觉只是服务交付方式的一种形式，从原来的高配置虚拟机按月租年租的时间付费，转变为按使用量付费，应用场景适合算法训练类型的按次数运行的任务，不适合长时间不间断的运行的任务。
Dec 6, 2023 Replied to a topic by steelshadow39 › Java › 讨论 Java 相比其他编程语言（c++， go， rust 等）的缺点 |
前段时间在 B 站看到了 2020 年周志明的演讲：《云原生时代，Java 的危与机》，觉得非常有启发。
Nov 15, 2023 Replied to a topic by guanhui07 › 小米 › 买了个红米 Redmi Note12 Turbo |
16+1T ，看价格 1878 ，6 月份买的时候 2109 元，除了夜间的拍照效果不好，其他很满意。
Nov 13, 2023 Replied to a topic by PeanutMi › Java › 关于 mybatis 的疑惑 |
MyBatis 和 MyBatis-Plus 的缺点
借用别人的观点：dao 层和 sevice 层交叉混用。
比如一个用户查询，用 UserMpper 查询也行，用 UserService 查询也行，想用哪个用哪个。
----对比 JPA----
MyBatis 允许开发人员自定义 SQL 语句，适应特定的业务需求。
JPA 更倾向于使用命名查询和基于方法名称的查询，可能在某些情况下不如自定义 SQL 灵活。
JPA 不鼓励写手动写 SQL 语句，鼓励要用 JPQL 。使用原生 SQL 时可能会失去一些 JPA 提供的跨数据库的抽象和便捷性。
对于开发时表结构改来改去的时候，手写 SQL 方便。
当业务逻辑复杂，使用 JPA 生成的 SQL 也复杂到让人看不懂的时候，手写 SQL 直观灵活方便调试。
借用别人的观点：dao 层和 sevice 层交叉混用。
比如一个用户查询，用 UserMpper 查询也行，用 UserService 查询也行，想用哪个用哪个。
----对比 JPA----
MyBatis 允许开发人员自定义 SQL 语句，适应特定的业务需求。
JPA 更倾向于使用命名查询和基于方法名称的查询，可能在某些情况下不如自定义 SQL 灵活。
JPA 不鼓励写手动写 SQL 语句，鼓励要用 JPQL 。使用原生 SQL 时可能会失去一些 JPA 提供的跨数据库的抽象和便捷性。
对于开发时表结构改来改去的时候，手写 SQL 方便。
当业务逻辑复杂，使用 JPA 生成的 SQL 也复杂到让人看不懂的时候，手写 SQL 直观灵活方便调试。
Select Language