Java 是由一堆 JSR 规范组成的, 参考实现即为 RI
SE 是其中一堆 JSR，最重要的部分就是 JVM 容器
最常用的 RI 就是 oracle jdk / jre
EE 是另一堆 JSR, 是构建在 SE 上, 并不包含 SE
glassfish 则是 Java EE 的 RI

即使没有 else 分支也需要覆盖啊
就好比一个 if 语句你不能说只覆盖 true 分支就 100% 吧

怎么还有人认为地铁光靠票价就能盈利的呢
能和运营成本持平就不错了，再加上高昂的建设成本利息
地铁最主要的钱的来源还是地价的升值

升级 pro 的话你原来的 pencil 也要一起升级淘汰

技术氛围再好，也不是规定晚上九点才下班的理由

tomcat 支持虚拟主机啊，做个泛域名解析 dns 不就啥都解决了

你需要阻塞就老老实实用 bio, 用阻塞思想写出这样的代码就是死循环消耗大量无谓的 cpu

去 app store (macos & ios) 搜 mactracker

idea 的 task 以及 changelist 和 git 没半毛钱关系啊

@masteryi #4 可以通知作者 cherry-pick 回来，但 svn 无法在 commit 时保留 meta 信息（除非使用后台操作），cherry-pick 后的 commit 日期信息和作者信息都会变了

如果你的目的不是不希望看到历史的话，直接 svn merge -c -your-commit 就能实现回滚（反向 cherry-pick merge, 注意 revision 数字是负数），

就楼下全家 10 块钱一杯能解决大部分问题

如果不需要完全删除的话，可以采用这样的方式撤回

svn cp folder@old folder
svn commit -m ‘ revert folder to -r old'

也就是说用一个旧版的状态覆盖当前的最新状态

@anzu

added lines: 32701, removed lines: 39296, total lines: -6595

转换 kotlin 到 java 为啥需要用到 kotlin-reflect?

一般情况下完全不需要使用到 KClass 的反射支持吧, 你问题中提到的特性都完全和 kotlin-reflect 无关

Calculator ∞ (Infinity)

java8 的 function interface 和一 kotlin，的 KFunction 并不是同一种类型，需要显式转换，所以需要显式构造 Observer 接口
java8 code 则是类型推断系统自动把 lambda 转换为推断出来的 function interface 也就是说 observer，不需要通过显式的类型转换

没有任何意义
阻塞位置是 take 语句
interrupt 抛出的是异常
while 判断语句根本捕获不了
还不如 while true 的逻辑清晰

这算是滥用 GitHub 了吧，怪不得加载这么忙

@xhyzidane #7 看了下 https://github.com/rtsao/browser-unhandled-rejection/blob/master/src/promise.js

思想上应该是差不多的，只不过我做了更多的扩展，所以代码会多一些
1. 兼容 ES3, 也就是说不使用 es6 的 class 扩展
2. 封装, 不暴露内部状态 (_hasDownstreams)
3. 扩展支持类似与 jquery 的 deferred 的用法支持多个参数
比如 EPromise.resolve(1,2).then(console.log) 能够输出 1 2
当然这种扩展有最大的局限性在于如果使用 async / await 则总是只能得到第一个结果