V2EX › zmal 的所有回复 › 第 1 页 / 共 8 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 2 3 4 5 6 7 8

❮

❯

156 天前

回复了 drymonfidelia 创建的主题 › 程序员 › 有接入过 OAuth 的人应该都发现了， Google ID、Discord ID、Telegram ID 都是大整数，而且都和注册顺序没有直接关系（TGID 和注册顺序有一定关系，但不绝对）这些数据比大小没有意义，为什么不用字符串来存储？

op 是用 oracle 的？

199 天前

回复了 stardustree 创建的主题 › 云计算 › 云计算的发展方向是不是出现了问题

胡说八道。这行业谁能躺在功劳簿上不动如山？不开辟新的商业模式等别人做了把你竞争死。

可以说具体的：“做某个方向可能错了”，但不能说主动做这个行为错了。

200 天前

回复了 sticki 创建的主题 › Java › 我发布了一个自认为很厉害的 Java 参数校验组件，它几乎可以满足所有的参数校验场景，请各位 V 友发表一些看法

点赞！
但 java 现在几乎是一个纯工业语言，灵活性相比其他新兴语言差一些。在 java 里追求灵活性的各种魔法，反而会抛弃 java 相对严谨的语言特性。过于复杂的 SpEL 表达式不是一个很好的方案。

341 天前

回复了 godleon 创建的主题 › 程序员 › 请教个 Java list 处理数据的问题？

能上 V2EX ，去 gpt 问问也有答案了啊。

351 天前

回复了 steelshadow39 创建的主题 › Java › 讨论 Java 相比其他编程语言（c++， go， rust 等）的缺点

语法层面的问题都不是大问题，大不了用 scala 、kotlin 。
Java 比较难改的是 JVM 层面的问题，比如：1.对象的属性是链式引用，没有结构体，在绝对性能场景下是劣势。2. 引以为傲的“一次编译到处运行” 、JIT 等技术在容器大时代下已经再不重要；启动慢、占用内存大的缺点被放大；等等。

换句话说，从生产角度讲，语法糖是无关紧要的；但 JVM 在现代场景下的劣势是所有 JVM 语言都要面对这些问题。

如果有一天 Java 被完全淘汰，那一定是 JVM 被淘汰了。

2022-10-13 18:10:08 +08:00

回复了 RedisMasterNode 创建的主题 › 数据库 › 按秒进行分库分表是个好的选择吗？

你的业务场景描述的不够清晰，日写入量多少？ qps 多少？
按你目前的需求，举个例子，不一定精准：你可以按天分表，几千万数据 1 天 1 张表也是完全 ok 的。

2022-10-13 17:40:17 +08:00

回复了 RedisMasterNode 创建的主题 › 数据库 › 按秒进行分库分表是个好的选择吗？

异步方案并不意味着延迟啊，下游消费跟得上就没有延迟。
如果消息产生了积压，你不异步的方案估计已经挂了。

2022-10-13 10:39:14 +08:00

回复了 RedisMasterNode 创建的主题 › 数据库 › 按秒进行分库分表是个好的选择吗？

比如消息队列异步，做一个单独的服务来消费，这个服务可以根据数据量任意扩容缩容，不用改动主服务。主服务写入消息队列后就返回。很常规的方案了。

2022-10-13 10:14:11 +08:00

回复了 RedisMasterNode 创建的主题 › 数据库 › 按秒进行分库分表是个好的选择吗？

分库分表策略，和分表后的插入效率，是两个问题，不要混在一起处理。
批量插入效率的担忧有其他方式可以解决，但数据库设计后期很难打补丁了。

2022-10-12 10:30:29 +08:00

回复了 longmeier90 创建的主题 › Python › 请教大佬一个问题，有一个需求更新 30 张表的一个字段，怎么去实现？

异步的方案上面的回复都给出了，大差不差就那些东西。
异步的问题无非是数据更新有延迟或不同步。理论上业务肯定有优先级，不必做到 30 多张表全部实时。如果还是有疑虑或者业务方要求必须实时，可以在异步的方案上加一张 patch 表，配合异步方案对这些表的查询结果用一个拦截器做实时补偿。

2022-10-11 17:42:17 +08:00

回复了 beimengyeyu 创建的主题 › 程序员 › 如何对比两个 list 的差异

google 有个开源项目叫 diff-match-patch

2022-10-08 09:38:36 +08:00

回复了 zhb1993 创建的主题 › 程序员 › win11 系统， idea 升级到最新版之后经常卡顿，无响应。有人出现这个情况吗

我用 2022.2.1 版本卡的一批。换回社区版后一切正常。可能是 idea 的问题。

2022-10-01 23:46:16 +08:00

回复了 lerefe 创建的主题 › Java › 请教关于函数式编程的优势

https://imgur.com/TM2TVik

2022-10-01 23:26:44 +08:00

回复了 lerefe 创建的主题 › Java › 请教关于函数式编程的优势

如果是我的话可能会这样写：

https://imgur.com/YBBKeIT

2022-10-01 22:49:33 +08:00

回复了 lerefe 创建的主题 › Java › 请教关于函数式编程的优势

函数式写法很大程度上是为了增加可读性，但 op 你发的这个写法 2 个人认为挺拉的。
可读性没降低多少，时间复杂度从 n 升级到 n * log n 。

2022-09-30 11:22:20 +08:00

回复了 NoKey 创建的主题 › 程序员 › 新手求教，获取 bean 可以 return this 么

@facelezz 这里没有 happen-before 问题，@PostConstruct 注解在 springboot 启动该对象初始化后已经执行了。
happen-before 也不是这么用的。

2022-09-30 11:16:49 +08:00

回复了 NoKey 创建的主题 › 程序员 › 新手求教，获取 bean 可以 return this 么

@NoKey 我们平时写的 XXXservice 这是个源类，在 spring 容器里，spring 会对它进行各种增强，增强依赖于动态代理或 CGLIB 技术，不管底层原理是什么，最终都是生成了源类的子类这种方式。
这就意味着你从 context 中拿到的 bean 和源对象 this 返回的 bean 不一定是同一个。

2022-09-30 11:04:09 +08:00

回复了 NoKey 创建的主题 › 程序员 › 新手求教，获取 bean 可以 return this 么

@NoKey 你把你的 DemoParam 写个方法加个事务注解再看看是不是一个对象。
spring 的大部分功能是通过 AOP 实现的，AOP 可以是编译时，也可以是运行时。

2022-09-30 10:59:25 +08:00

回复了 NoKey 创建的主题 › 程序员 › 新手求教，获取 bean 可以 return this 么

写代码测试了下，7L 说的对。

2022-09-30 10:07:55 +08:00

回复了 NoKey 创建的主题 › 程序员 › 新手求教，获取 bean 可以 return this 么

如果是单例的，这样写使用上没啥问题。只是说不能替换实现了。

1 2 3 4 5 6 7 8

❮

❯