BlackHole1

我觉得换个方向可能会更好，即: windows 单测只在 windows 系统中运行。
你可以封装一个 it.win() 或者 onlyWin()，亦或者在 it 单测上下文中通过 process.platform 来跳过 expect 语句的执行。

这样一来，你的单测也具备一定的维护性

@LevineChen 因为最近 erick 正在重构 electron 官网，翻译功能还没有接入完成，近期应该就会完成

@lxml 官方暂为公开的消息: esm 支持已经被提上日程，后续会有具体的消息披露
@avastms “我们” === Electron China == Electron 。话句话说当前的“组织”是官方性质的。

@imes 这个问题目前在 electron issues 里有相关的讨论: https://github.com/electron/electron/issues/673

就目前而言，这点还是比较难做到，因为要考虑到各个系统的兼容性及架构设计。如果要做的话，这是一个非常大的改变(相对代码而言)。而目前的 electron team 的成员没有那么多的精力投入在上面。

问题的核心在于: 需要一个架构设计来满足这一情况。但目前还没有确定。如果对此问题有任何的想法，可以在 issues 下进行评论。

有关这个问题的相关背景:
* electron 的发版速度目前来是比较快的，因为要跟随 chromium 发版的节奏，在此基础之上如何能够实现 runtime
* 目前有 Arch Linux 已经内置了 electron runtime ，但是你会发现有些小版本是没有的，那么如何兼容也是一个问题
* 同一个 runtime 优化只有在你的电脑上存在多个版本相同的 electron 应用时，才会产生收益，而目前由于 electron 发版较快，大部分的应用所使用的版本都不太一样。
* 在满足上面所有条件后，还需要考虑如何测试的问题

就本质而言，electron team 是非常想实现这个功能，因为它本身也是目前 electron 最大的发展问题之一。但就如同上文所说，这非常难做到。

@enjoyCoding @zenwong @breezeFP @suyuyu @huanglm @admin601 @qnsh @lvyunyi

恭喜各位抽中，请发邮件至 [email protected] （邮件主题标注 V2EX ），方便我们联系到你们。为防止恶意领取，可在邮件正文中随机填写一串 uuid，然后再在此贴中也回复相同的 uuid，我们将进行匹配并以最早的为主

@Showfom 我们做了全球加速，但是 server 还是在国内，所以导致在请求的时候还是比较慢。我们后期会在海外部署以解决这个问题。

@monkeyWie 233
@iOCZ 到时候会写相关的程序(程序也将开源)去随机选择，防止个人因素影响

@ae86 刚刚复现了，确实有这个问题，我们会在近期修复。很抱歉给你带来困扰。
我们已经为此创建了相关 issue: https://github.com/netless-io/flat/issues/856