q13859601 最近的时间轴更新 q13859601 最近的时间轴更新 |
q13859601V2EX 第 248966 号会员，加入于 2017-08-16 13:23:30 +08:00 |
q13859601 最近回复了
2025 年 3 月 13 日 回复了 Oxonomy 创建的主题 › Java › 都已经 2025 年了，为什么 Java Boy 还是不能接受 var 关键字 |
javaer var 非常方便，长类名场景提高了可读
2024 年 3 月 12 日 回复了 DIYgods 创建的主题 › 程序员 › 一个六岁开源项目的崩溃与新生 |
服务器有点贵呀
2022 年 10 月 12 日 回复了 sleepyfevniv 创建的主题 › JetBrains › JetBrains 家 Fleet 的使用 |
命令行有个 import maven project ，快捷键可以切换 default 和 idea 模式
2021 年 2 月 27 日 回复了 taogen 创建的主题 › 程序员 › IDE 使用 Vim 插件，喜欢点击鼠标切换光标位置，总觉得按键盘切换太麻烦了 |
可以试试 ace jump
2020 年 6 月 21 日 回复了 q13859601 创建的主题 › Kotlin › 初入 kotlin，源码找不见求教 |
@ChenFanlin
明白了 感谢，实现实际是 jdk 的，而这个 values 里面存的是 node，感谢最终委托给了 HashMap 的 removeNode
明白了 感谢，实现实际是 jdk 的，而这个 values 里面存的是 node，感谢最终委托给了 HashMap 的 removeNode
2020 年 6 月 21 日 回复了 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 的逻辑
2020 年 6 月 21 日 回复了 q13859601 创建的主题 › Kotlin › 初入 kotlin，源码找不见求教 |
@yuankui 感谢帮助~
点进去看了也只是个接口定义，没有具体的实现类；
扩展方法和运算符重载也能理解，关键问题是，这个源码到底在哪里，通过 IDE 如何找到这个源码或者是文档怎么翻这个索引才能找到- -，我可能是懒吧，但是真的没办法像 java 一样 IDEA 里直接撸就能翻到。
点进去看了也只是个接口定义，没有具体的实现类；
扩展方法和运算符重载也能理解，关键问题是，这个源码到底在哪里，通过 IDE 如何找到这个源码或者是文档怎么翻这个索引才能找到- -，我可能是懒吧，但是真的没办法像 java 一样 IDEA 里直接撸就能翻到。
2019 年 6 月 8 日 回复了 snappyone 创建的主题 › 程序员 › 对于一个精通 mysql 的程序员应该问他什么问题 |
@GTim 这个问题如何回答呀
2019 年 6 月 8 日 回复了 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