开源项目作者
作为一个开源项目作者，是时候站出来拯救世界了！
领取时间：2019/10/24
领取条件：开源项目被开源中国收录的开发者可领取
软件作品
禁言：joymufeng
天
加载中
2019/12/11 13:15
发表了博客评论：
针对同步阻塞调用，在过渡期可以分配单独的线程池。也可以试试支持异步驱动的MongoDB，或是换一套技术栈，例如Scala系的Slick/Quill已经非常成熟了。
2019/01/25 13:37
发表了博客评论：
为避免误导读者，先指出你评论中的几个问题：
问题1：什么叫“先更新，后提交”
回复：本文阅读对象是IDEA+GIT用户，更新操作含义看清文章开头注释
2. 关于“本地已经有几个COMMIT了，你怎么先去更新，再提交。”
回复：自己在IDEA中尝试下
3. 如果你说的“提交”是PUSH，那更没必要有这个推荐了
回复：提交一定是指Commit，怎么会跟Push扯到一起？
4. 再者也没分清MERGE 和 REBASE的区别
回复：文中多次提到，如果本地有未Push的Commit且远程有未Pull的Commit，更新时一定会自动生成一个合并Commit，请仔细阅读原文。另外文中讲述Rebase是在先提交后更新的背景下，如果远程有未Pull的Commit，Rebase后，本地的Commit一定会被改写(Commit Hash改变)。
问题1：什么叫“先更新，后提交”
回复：本文阅读对象是IDEA+GIT用户，更新操作含义看清文章开头注释
2. 关于“本地已经有几个COMMIT了，你怎么先去更新，再提交。”
回复：自己在IDEA中尝试下
3. 如果你说的“提交”是PUSH，那更没必要有这个推荐了
回复：提交一定是指Commit，怎么会跟Push扯到一起？
4. 再者也没分清MERGE 和 REBASE的区别
回复：文中多次提到，如果本地有未Push的Commit且远程有未Pull的Commit，更新时一定会自动生成一个合并Commit，请仔细阅读原文。另外文中讲述Rebase是在先提交后更新的背景下，如果远程有未Pull的Commit，Rebase后，本地的Commit一定会被改写(Commit Hash改变)。
2018/10/25 10:44
发表了博客评论：
额~，此宏非彼宏，不可同日而语。其实全文的主题都在围绕Scala的"简洁性"展开，如果你阅读了全文，我想你应该能发现 Scala 并没有追求极致短码而导致不可读，而是在简洁和可读之间权衡的很好。所以本文的观点也非常明确，如果希望书写的代码更加简洁并且富有表达力，那么可以尝试下 Scala。Scala的很多设计都是为了改良Java，所以学习Scala的过程其实是对Java的一种深度回顾。真心希望大家可以浏览下《快学Scala》这本书，作者是Java语言大师，全文围绕Java与Scala展开，翻译也很棒，读完一定会大有收获。
2018/10/24 22:02
发表了博客评论：
其实没必要陷入语言之争，这个话题无解。更不要把Java和Scala摆在对立的位置上，Scala完全拥抱现有的Java生态，并且提供了更多解决问题的工具，比如Macro，DSL，隐式转换，以及完整的函数式支持，这些都是Java不具备的，可以认为Scala是Java的一个有力补充，而不是竞争对手，大家其实是一家人，共同壮大JVM生态才是正道。
2018/10/24 19:21
发表了博客评论：
目前 Java 的企业级开发地位是任何语言都无法撼动的，所以建议新手还是老老实实学 Java。但是作为经验丰富的老手或是公司技术领导者应该把眼光放远一点，毕竟都进入微服务时代了，不同的语言应该各领风骚。很多场景 Scala 更适合，比如说高并发，流处理，完全异步非阻塞系统的构建。
2018/10/24 16:37
发表了博客评论：
二者还是有比较大区别的。groovy 是动态类型语言，意味着如果你用它编写大型项目，重构将会是一场灾难；而 Scala 虽然使用了动态类型语法，但其实它是静态类型语言。
2018/10/24 14:51
发表了博客评论：
Scala 并不像你描述的那个样子，真正编码的时候没有人会关心字节码这种底层操作，那些应该是编译器和运行时该关心的事情。动手尝试一下可能会打消你很多的疑虑😄
没有更多内容
加载失败，请刷新页面
删除文章
文章删除后无法恢复，确定删除此文章吗？
删除动弹
动弹删除后，数据将无法恢复
公众号
视频号
问题反馈
北京奥思研工智能科技有限公司版权所有
京ICP备2025119063号
评论删除后，数据将无法恢复