zmal 最近的时间轴更新 zmal 最近的时间轴更新 |
zmalV2EX 第 407835 号会员，加入于 2019-04-30 11:34:03 +08:00 |
| Springboot3 + JDK17 可以上生产环境了吗？ 程序员 • zmal • 2022-05-08 13:25:00 PM • 最后回复来自 WeiYuanStudio | 17 |
zmal 最近回复了
135 天前 回复了 drymonfidelia 创建的主题 › 程序员 › 有接入过 OAuth 的人应该都发现了， Google ID、Discord ID、Telegram ID 都是大整数，而且都和注册顺序没有直接关系（TGID 和注册顺序有一定关系，但不绝对）这些数据比大小没有意义，为什么不用字符串来存储？ |
op 是用 oracle 的？
178 天前 回复了 stardustree 创建的主题 › 云计算 › 云计算的发展方向是不是出现了问题 |
胡说八道。这行业谁能躺在功劳簿上不动如山？不开辟新的商业模式等别人做了把你竞争死。
可以说具体的：“做某个方向可能错了”，但不能说主动做这个行为错了。
可以说具体的：“做某个方向可能错了”，但不能说主动做这个行为错了。
179 天前 回复了 sticki 创建的主题 › Java › 我发布了一个自认为很厉害的 Java 参数校验组件，它几乎可以满足所有的参数校验场景，请各位 V 友发表一些看法 |
点赞！
但 java 现在几乎是一个纯工业语言，灵活性相比 其他新兴语言差一些。在 java 里追求灵活性的各种魔法，反而会抛弃 java 相对严谨的语言特性。过于复杂的 SpEL 表达式不是一个很好的方案。
但 java 现在几乎是一个纯工业语言，灵活性相比 其他新兴语言差一些。在 java 里追求灵活性的各种魔法，反而会抛弃 java 相对严谨的语言特性。过于复杂的 SpEL 表达式不是一个很好的方案。
320 天前 回复了 godleon 创建的主题 › 程序员 › 请教个 Java list 处理数据的问题？ |
能上 V2EX ，去 gpt 问问也有答案了啊。
330 天前 回复了 steelshadow39 创建的主题 › Java › 讨论 Java 相比其他编程语言（c++， go， rust 等）的缺点 |
语法层面的问题都不是大问题，大不了用 scala 、kotlin 。
Java 比较难改的是 JVM 层面的问题，比如：1.对象的属性是链式引用，没有结构体，在绝对性能场景下是劣势。2. 引以为傲的“一次编译到处运行” 、JIT 等技术在容器大时代下已经再不重要；启动慢、占用内存大的缺点被放大；等等。
换句话说，从生产角度讲，语法糖是无关紧要的；但 JVM 在现代场景下的劣势是所有 JVM 语言都要面对这些问题。
如果有一天 Java 被完全淘汰，那一定是 JVM 被淘汰了。
Java 比较难改的是 JVM 层面的问题，比如：1.对象的属性是链式引用，没有结构体，在绝对性能场景下是劣势。2. 引以为傲的“一次编译到处运行” 、JIT 等技术在容器大时代下已经再不重要；启动慢、占用内存大的缺点被放大；等等。
换句话说，从生产角度讲，语法糖是无关紧要的；但 JVM 在现代场景下的劣势是所有 JVM 语言都要面对这些问题。
如果有一天 Java 被完全淘汰，那一定是 JVM 被淘汰了。
2022-10-12 10:30:29 +08:00 回复了 longmeier90 创建的主题 › Python › 请教大佬一个问题，有一个需求更新 30 张表的一个字段，怎么去实现？ |
异步的方案上面的回复都给出了，大差不差就那些东西。
异步的问题无非是数据更新有延迟或不同步。理论上业务肯定有优先级，不必做到 30 多张表全部实时。如果还是有疑虑或者业务方要求必须实时，可以在异步的方案上加一张 patch 表，配合异步方案对这些表的查询结果用一个拦截器做实时补偿。
异步的问题无非是数据更新有延迟或不同步。理论上业务肯定有优先级，不必做到 30 多张表全部实时。如果还是有疑虑或者业务方要求必须实时，可以在异步的方案上加一张 patch 表，配合异步方案对这些表的查询结果用一个拦截器做实时补偿。
Select Language