q13859601's recent timeline updates q13859601's recent timeline updates |
q13859601V2EX member #248966, joined on 2017-08-16 13:23:30 +08:00 |
 |
Per q13859601's settings, the topics list is hidden |
Deals info, including closed deals, is not hidden
q13859601's recent replies
Mar 13, 2025 Replied to a topic by Oxonomy › Java › 都已经 2025 年了，为什么 Java Boy 还是不能接受 var 关键字 |
javaer var 非常方便，长类名场景提高了可读
Mar 12, 2024 Replied to a topic by DIYgods › 程序员 › 一个六岁开源项目的崩溃与新生 |
服务器有点贵呀
Oct 12, 2022 Replied to a topic by sleepyfevniv › JetBrains › JetBrains 家 Fleet 的使用 |
命令行有个 import maven project ，快捷键可以切换 default 和 idea 模式
Feb 27, 2021 Replied to a topic by taogen › 程序员 › IDE 使用 Vim 插件，喜欢点击鼠标切换光标位置，总觉得按键盘切换太麻烦了 |
可以试试 ace jump
Jun 21, 2020 Replied to a topic by q13859601 › Kotlin › 初入 kotlin，源码找不见求教 |
@ChenFanlin
明白了 感谢，实现实际是 jdk 的，而这个 values 里面存的是 node，感谢最终委托给了 HashMap 的 removeNode
明白了 感谢，实现实际是 jdk 的，而这个 values 里面存的是 node，感谢最终委托给了 HashMap 的 removeNode
Jun 21, 2020 Replied to a topic by q13859601 › Kotlin › 初入 kotlin，源码找不见求教 |
@ChenFanlin
嗯嗯 这个我也是可以看到的，但是这个是 MutableCollection.minusAssign，也就是说他是 values 的 minusAssign，调用的是
MutableCollection 接口的 remove 方法，我是想找到 LinkedHashMap 的 values 实现类的 remove 方法的实现，这里面应该有关联删除 map entry 的逻辑
嗯嗯 这个我也是可以看到的，但是这个是 MutableCollection.minusAssign，也就是说他是 values 的 minusAssign，调用的是
MutableCollection 接口的 remove 方法，我是想找到 LinkedHashMap 的 values 实现类的 remove 方法的实现，这里面应该有关联删除 map entry 的逻辑
Jun 21, 2020 Replied to a topic by q13859601 › Kotlin › 初入 kotlin，源码找不见求教 |
@yuankui 感谢帮助~
点进去看了也只是个接口定义，没有具体的实现类；
扩展方法和运算符重载也能理解，关键问题是，这个源码到底在哪里，通过 IDE 如何找到这个源码或者是文档怎么翻这个索引才能找到- -，我可能是懒吧，但是真的没办法像 java 一样 IDEA 里直接撸就能翻到。
点进去看了也只是个接口定义，没有具体的实现类；
扩展方法和运算符重载也能理解，关键问题是，这个源码到底在哪里，通过 IDE 如何找到这个源码或者是文档怎么翻这个索引才能找到- -，我可能是懒吧，但是真的没办法像 java 一样 IDEA 里直接撸就能翻到。
Jun 8, 2019 Replied to a topic by snappyone › 程序员 › 对于一个精通 mysql 的程序员应该问他什么问题 |
@GTim 这个问题如何回答呀
Jun 8, 2019 Replied to a topic by liujianwei › 程序员 › 就分布式微服务架构来说， Spring Cloud 的未来在哪里？ |
确实迷茫，SpringCloud 跟多的是一种标准，会有越来越多的实现，但是还都是时间问题。
反观国内的环境，我更倾向于 dubbo 生态，dubbo 重启维护以后已经转正，一线大厂用 dubbo 的也不少，首先他早，其次是 rpc 性能更好。然后就是往远看 ali 的 cloud 生态可能以 dubbo 作为 springcloud alibaba 的 rpc 解决方案，我记得在阿里中间件技术博客中看过。至于最后会不会太监掉很难说。（不是 dubbo 吹）
然后就是接触过一些公司，在使用 cloud 的现有实现，不更新不维护的都换掉，比如 Eureka 换 Consul，zuul 换 gateway 等等。
最后就是，现阶段感觉选哪个都是在不断的踩坑中前行。。
反观国内的环境，我更倾向于 dubbo 生态，dubbo 重启维护以后已经转正，一线大厂用 dubbo 的也不少，首先他早，其次是 rpc 性能更好。然后就是往远看 ali 的 cloud 生态可能以 dubbo 作为 springcloud alibaba 的 rpc 解决方案，我记得在阿里中间件技术博客中看过。至于最后会不会太监掉很难说。（不是 dubbo 吹）
然后就是接触过一些公司，在使用 cloud 的现有实现，不更新不维护的都换掉，比如 Eureka 换 Consul，zuul 换 gateway 等等。
最后就是，现阶段感觉选哪个都是在不断的踩坑中前行。。
Select Language